需求调研的时候应该问那些关键问题？
一、明确用户角色与核心场景
关键问题：
用户是谁？
不同角色（高管、部门主管、普通员工、IT管理员）的核心诉求差异是什么？
例如：
高管：如何降低人力成本？能否量化ROI？
员工：流程是否足够简单？能否移动端操作？
IT部门：系统如何与现有ERP/CRM集成？维护成本如何？
场景是什么？
用户典型的工作流是怎样的？例如：
员工提交报销单 → 主管审批 → 财务打款 → 归档。
哪些环节存在低效或重复劳动？（如纸质单据传递、人工催办）
二、挖掘核心需求与痛点
关键问题：
当前解决方案的缺陷：
现有流程（如Excel/纸质审批）最大的痛点是什么？
用户是否使用过其他工具？不满意的原因是什么？
功能优先级：
哪些功能是“必须有”（如请假审批）？哪些是“可有可无”（如自定义皮肤）？
使用KANO模型或四象限法分类需求（基础需求、期望需求、兴奋需求）。
非功能性需求：
性能要求（如同时支持1000人在线审批）；
安全性（如数据加密、权限分级）；
扩展性（未来是否接入考勤模块？）。
三、验证需求的真实性与可行性
关键问题：
需求真伪判断：
用户提出的需求是“个人偏好”还是“普遍痛点”？
例如：某部门主管要求审批流支持10级嵌套，是否代表多数用户场景？
技术可行性：
需求是否受限于当前技术能力或资源？
例如：“实时生成审批流程图”是否需要额外开发引擎？
业务可行性：
需求是否符合公司战略或合规要求？
例如：电子签名是否符合《电子签名法》？
四、关键调研方法
用户访谈：
提问示例：
“您过去一个月处理过多少次审批？哪个环节最耗时？”（量化痛点）
“如果只能解决一个问题，您希望是什么？”（抓核心需求）
问卷调查：
针对全员发放问卷，统计高频需求（如“急需移动端审批”占比80%）。
竞品分析：
研究竞品（如钉钉、飞书）的：
核心功能设计（如审批流配置逻辑）；
用户吐槽点（如“流程无法撤回”）；
差异化机会（如更灵活的权限模板）。
数据分析：
若有旧系统，分析用户行为数据（如平均审批时长、流程中断率）。
五、典型陷阱与应对策略
用户说的≠用户要的：
用户可能提出“解决方案”而非“需求”。
应对：追问背后原因。例如：
用户：“需要增加审批通知弹窗。”
真实需求：“我经常错过审批超时。”
解决方案可能是“弹窗”或“短信提醒”，需进一步判断。
需求冲突：
高管要求“严格管控权限”，员工希望“减少审批层级”。
应对：通过数据或场景模拟说服双方妥协，例如：
“仅对财务流程保留三级审批，其他流程简化为两级。”
资源不足时如何取舍：
用MoSCoW法则（Must-have, Should-have, Could-have, Won’t-have）定义MVP范围。
六、输出调研结论（示例）
核心用户需求：
80%的员工希望审批流程≤3步，且支持移动端催办；
HR部门要求权限分级（员工不可查看他人薪资流程）。
优先级排序：
MVP版本聚焦：请假/报销审批、移动端适配、基础权限管理；
二期迭代：文档协同、自定义审批流。
约束条件：
需与现有ERP系统（如SAP）对接，开发周期增加2周。
- 感谢你赐予我前进的力量
-
微信 - 支付宝
