定义业务问题与成功目标
本章目标：把“想做一个应用”改写成值得解决、范围明确、能够判断成败的业务问题。
1. 需求不等于功能清单
下面这些话都还不是完整需求：
- “做一个采购表。”
- “加一个审批流程。”
- “做成和原来的 Excel 一样。”
- “需要一个看板。”
它们描述的是一种可能的解决方式，却没有说明为什么要做、要解决什么、谁会因此受益。
更完整的表达应该包含四部分：
在什么业务背景下，哪些人遇到了什么问题，造成了什么影响，希望改善到什么程度。
采购案例可以这样表达：
公司员工通过聊天消息提交办公用品申请，主管审批和行政登记分散在不同地方。每月约有 10% 的申请需要反复确认，偶尔出现遗漏和重复采购。希望把申请、审批、采购状态和记录查询放在同一应用中，使每一项申请都有明确状态和负责人，并减少人工重复登记。
这段话尚未决定用几张表、多少字段，却已经能够指导后续设计。
2. 区分四个容易混淆的概念
| 概念 | 说明 | 采购案例 |
|---|---|---|
| 业务目标 | 组织想得到的结果 | 减少遗漏和重复登记 |
| 业务问题 | 阻碍目标的现状 | 申请、审批、登记分散 |
| 业务需求 | 为解决问题必须具备的能力 | 每项申请可追踪、有明确处理人 |
| 功能方案 | 在应用中如何实现 | 表单、审批流程、状态视图 |
如果一开始就把功能方案当成需求，可能会把旧做法原样搬进新应用，失去改进流程的机会。
3. 用“事实—影响—目标”描述问题
3.1 事实
写可以观察或核对的现状，不要只写感受：
- 申请通过聊天消息发送；
- 主管的同意记录留在不同群聊；
- 行政人员每周手工汇总到 Excel；
- 申请人需要询问行政才能知道进度。
“流程很乱”“效率很低”不是充分事实，需要继续追问乱在哪里、低到什么程度。
3.2 影响
说明现状带来的后果：
- 申请被遗漏；
- 同一物品可能重复采购；
- 管理者不知道待处理数量；
- 审批记录难以追溯；
- 行政人员重复录入。
3.3 目标
目标描述希望改善的业务结果：
- 每一项申请都有唯一记录和可见状态；
- 申请、审批和采购进度在同一处查询；
- 行政不再二次录入主要信息；
- 管理者能够按月份和类别查看采购金额。
4. 用“五个为什么”找到根因
当有人说“我们需要自动提醒”，不要立即设计提醒。
可以继续问：
- 为什么需要提醒？——因为主管经常忘记审批。
- 为什么会忘？——因为待审批事项混在聊天消息里。
- 为什么只能在聊天里看？——因为没有统一待办。
- 为什么没有统一待办？——因为当前只有表格登记，没有正式流程。
- 真正想解决什么？——让每一项待处理业务有明确负责人和入口。
最终方案可能不仅是“发更多提醒”，而是建立待办、状态、超时提醒和管理视图。
不要机械地一定问满五次
“五个为什么”代表持续追问，直到找到可处理的原因。两次已经清楚就停，问到第七次仍然模糊就继续。
5. 定义成功标准
没有成功标准，就只能在上线后争论“感觉有没有变好”。
成功标准可以分为四类：
5.1 使用结果
- 试点部门的采购申请全部从应用发起；
- 申请人不再通过聊天询问常规进度。
5.2 效率结果
- 行政人员不再重复登记申请明细；
- 主管可以从统一入口看到待办。
5.3 质量结果
- 每项申请都有完整审批记录；
- 金额由数量和单价自动计算，减少手工算错；
- 重复提交能够被发现或避免。
5.4 管理结果
- 可以按月份、部门和物品类别查询采购金额；
- 可以看到待审批、待采购和已完成数量。
对于第一版，不一定要给所有标准设置严格数字，但至少要说明“发生什么变化才算有效”。
6. 记录约束，而不是假装约束不存在
常见约束包括：
- 必须遵守现有采购制度；
- 审批人取决于组织关系；
- 物品目录暂时没有统一维护；
- 第一版只在一个部门试点；
- 历史 Excel 暂不全部导入；
- 上线时间固定；
- 某些敏感金额只允许特定角色查看。
约束不是坏事。明确约束有助于缩小方案，避免设计一个现实中无法落地的应用。
7. 业务目标卡
完成访谈前的第一版目标卡：
| 项目 | 示例 |
|---|---|
| 应用主题 | 办公用品采购申请 |
| 业务背景 | 申请、审批和登记分散 |
| 主要使用者 | 员工、主管、行政采购员 |
| 核心问题 | 遗漏、重复登记、进度不透明 |
| 期望结果 | 统一申请、审批、跟踪和查询 |
| 初步成功标准 | 全部试点申请进入应用；申请状态可查 |
| 已知约束 | 第一版只做办公用品，不做生产物料采购 |
| 暂不决定 | 字段、页面布局、具体审批节点 |
8. 常见错误
错误一：目标写成“上线一个应用”
上线是动作，不是业务结果。继续追问应用上线后什么会变好。
错误二：把旧表格完整复制当成目标
旧表格是现状证据，不一定是最佳设计。每一列都要重新问“谁在什么时候使用它”。
错误三：目标过大
“实现采购全生命周期数字化”很难指导第一版。应缩小到明确业务范围，例如“办公用品申请到采购完成”。
错误四：只写效率，不写质量和管理
自动化可能变快，也可能把错误放大。必须同时考虑正确性、追踪性和管理需要。
9. 本章完成标准
- [ ] 已用事实描述现状，没有只写“很乱”“不好用”；
- [ ] 已区分目标、问题、需求和功能方案；
- [ ] 至少追问过一个表面需求背后的原因；
- [ ] 已写出第一版成功标准；
- [ ] 已记录明确约束与第一版边界；
- [ ] 目标中没有提前锁死具体页面和字段。
下一步
问题定义完成后，需要找到真正了解这项工作的人。下一章学习如何识别相关人员并进行业务访谈。