独立练习与自我评估

本章提供四个逐步增加复杂度的业务练习。不要先进入 Kimpo 配置；先完成需求、分析和蓝图，再搭建最小闭环。

使用方法

对每个练习至少完成：

1. 业务目标卡；
2. 相关人员图；
3. 五条核心场景和三条异常场景；
4. 业务词汇表；
5. 业务对象卡；
6. 状态与动作表；
7. 关键规则或决策表；
8. 应用蓝图；
9. 数据字典；
10. 表单草图；
11. 权限矩阵；
12. 测试剧本；
13. 第一版范围和开发波次。

使用可复制模板完成。

练习一：费用报销

背景

一家 80 人的公司使用 Excel 登记费用报销。员工填写后打印，找主管签字，再交财务。常见问题：

• 发票和明细不完整；
• 金额计算错误；
• 员工不知道财务是否收到；
• 主管和财务使用不同退回理由；
• 月底财务集中录入，工作量大；
• 不同费用类别有不同附件要求。

已知规则

• 每张报销单可以有多行费用明细；
• 每行包含费用日期、类别、金额和说明；
• 总金额不超过 2000 元只需直属主管审批；
• 大于 2000 元增加部门负责人审批；
• 业务招待费必须上传凭证并填写参与人数；
• 财务审核不是批准预算，而是检查票据和报销规则；
• 财务审核完成后才算“可付款”；
• 付款暂时仍在外部完成，但需登记付款日期。

需要发现的问题

• “财务审核”应设计成审批还是业务任务？
• 发票附件是整张报销单一份，还是每行明细各自对应？
• 退回到申请人后，从哪里重新开始？
• 金额修改后是否需要重新走主管审批？
• “本月报销金额”按申请、审批、财务审核还是付款日期统计？
• 员工转部门后历史报销属于哪个部门口径？

第一版建议边界

包含申请、主管审批、财务审核、付款结果登记；不包含预算控制、银行付款和发票自动识别。

完成检查

• [ ] 已区分预计、审核和付款三个阶段；
• [ ] 费用类别规则能落到具体明细；
• [ ] 主管审批与财务审核职责没有混淆；
• [ ] 退回和金额变化有明确规则；
• [ ] 统计日期口径清楚；
• [ ] 申请人、主管、财务的权限均有反例。

练习二：客户拜访记录

背景

销售团队希望记录客户拜访。负责人最初提出：

“做一张拜访表，销售每天填，经理看统计。”

当前销售在个人笔记中记录，周五发文字总结。问题：

• 客户名称写法不一致；
• 同一客户可能被多人跟进；
• 重要承诺没有后续提醒；
• 经理只看到拜访次数，不知道实际进展；
• 销售担心客户信息被所有人看到。

访谈线索

• 一次拜访可能产生多个后续事项；
• 后续事项有负责人和计划完成日期；
• 客户可能处于潜在、接洽、方案、谈判、成交、暂停等阶段；
• 销售经理需要看团队，但普通销售只看自己负责的客户；
• 客户转交时应转移当前责任，但历史拜访人不改变；
• 并非所有拜访都需要审批；
• 重要客户超过七天无跟进需要提醒。

需要决定的事项

• 客户、拜访记录、后续事项分别是不是独立业务对象；
• 客户阶段属于客户还是拜访；
• 如何避免客户重复创建；
• 如何设计客户转交；
• 提醒是通知、任务还是流程；
• 经理需要哪些指标才能判断进展，而不只是次数；
• 哪些客户信息敏感，导出如何控制。

完成检查

• [ ] 没有把所有内容塞进一张拜访表；
• [ ] 已区分当前客户负责人和历史拜访人；
• [ ] 后续事项有状态、责任和到期处理；
• [ ] 没有为了“管理”加入无价值审批；
• [ ] 客户阶段变化有明确动作和规则；
• [ ] 查询指标能支持管理决定。

练习三：合同用印申请

背景

公司合同盖章需要业务人员提交纸质材料，由部门负责人、法务和印章管理员处理。常见问题：

• 合同版本混淆；
• 法务意见没有和最终文件绑定；
• 紧急用印经常绕过流程；
• 不同印章需要不同负责人；
• 用印后文件扫描件没有统一归档；
• 有人认为“法务审核通过”就等于“允许盖章”。

已知约束

• 合同金额、合同类型和印章类型会影响审批路线；
• 法务审核关注条款风险，部门负责人关注业务必要性；
• 印章管理员只执行已批准用印，不作业务批准；
• 用印前必须确认最终合同版本；
• 用印完成后上传扫描件并登记日期和份数；
• 作废的申请不能继续用印；
• 某些合同只允许特定角色查看和下载。

重点挑战

• 区分合同、用印申请和文件版本；
• 区分法务审核、业务批准和用印执行；
• 设计“最终文件确认”；
• 设计不同印章的处理人；
• 处理退回修改导致文件版本变化；
• 敏感合同的查看、下载、导出和通知；
• 紧急流程是否真实存在制度依据。

完成检查

• [ ] 审核、批准和执行职责清楚；
• [ ] 文件版本变化不会沿用旧审核结论；
• [ ] 流程分支覆盖合同和印章组合；
• [ ] 无匹配路线时不会静默放行；
• [ ] 敏感文件的页面、附件、导出和通知都被考虑；
• [ ] 用印完成有明确业务结果和归档要求。

练习四：库存盘点

背景

多个仓库每月盘点。仓管员将账面数量抄到 Excel，现场填写实盘数量，再由主管核对差异。问题：

• 盘点期间仍有出入库，账面数量变化；
• 同一物品可能在多个库位；
• 差异原因填写不统一；
• 大额差异需要复核；
• 盘点表可能包含数千行；
• 管理者需要区分未盘、已盘、待复核和已关闭。

已知规则

• 一次盘点针对一个仓库和一个盘点日期；
• 盘点明细来自盘点开始时确定的物品范围；
• 实盘数量由仓管员填写；
• 差异数量和差异金额自动计算；
• 差异金额超过阈值需要主管复核；
• 关闭盘点前所有异常必须有原因；
• 关闭后不允许修改实盘数量；
• 盘点结果需要导出留档。

重点挑战

• 盘点任务、盘点单和盘点明细怎样划分；
• “账面数量”取哪个时点；
• 盘点中途业务变化怎样处理；
• 数千行明细的填写和查询体验；
• 差异复核是按整单还是按明细；
• 如何避免两人重复盘同一范围；
• 关闭后发现错误怎样纠正而不改写历史。

完成检查

• [ ] 明确了账面数量的业务时点；
• [ ] 大数据量下仍有可执行的工作方式；
• [ ] 差异计算和复核边界清楚；
• [ ] 多人协作不会重复覆盖；
• [ ] 关闭后通过纠正记录处理，而不是直接改历史；
• [ ] 输出能够支持复核和归档。

自我评估表

总分 100 分。每项根据完成程度评分，不是看文档写得多不多。

维度	分值	高质量标准
问题与目标	10	基于事实，成功标准可观察
相关人员与研究	10	覆盖真实操作者、决策者和异常处理者
场景与范围	10	正常、边界、异常完整，第一版边界清楚
业务对象	10	拆分合理，主信息与明细清楚
生命周期与规则	15	状态、动作、边界、不变量和异常一致
流程与责任	10	每一步有价值、负责人和交接结果
数据与表单	10	信息有用途，表单围绕用户任务
动作与自动化	5	自动化可解释、可重试、有失败处理
权限与数据范围	10	最小权限，正反例完整
查询与管理	5	指标口径服务真实决定
测试与交付	5	场景可执行，有上线和迭代安排

评分解释

• 90—100：设计形成业务闭环，可进入蓝图评审；
• 75—89：主结构合理，但仍有规则、异常或权限需要补充；
• 60—74：能够描述正常路径，但还像“表单方案”而不是完整应用；
• 低于 60：建议回到需求研究和业务对象分析，不要急于搭建。

同伴评审方式

找一个没有参与设计的人，只给他：

• 业务背景；
• 应用蓝图；
• 核心场景；
• 表单草图；
• 流程和权限矩阵。

请他回答：

1. 谁在什么时候做什么？
2. 正常完成后是什么状态？
3. 出错或退回怎么办？
4. 谁能看到哪些数据？
5. 管理者从哪里发现异常？

如果需要不断口头补充，缺失内容就应写回设计。

完成整套指南后的最终检查

• [ ] 能从业务问题开始，而不是从字段开始；
• [ ] 会通过真实案例访谈和观察；
• [ ] 能识别对象、状态、规则和责任；
• [ ] 能规划模板、动作、流程、权限和视图；
• [ ] 会先做最小闭环并逐步扩建；
• [ ] 会使用目标角色、边界和反例测试；
• [ ] 知道发布后仍需持续维护和迭代。

需要开始实际项目时，复制分析与设计模板建立第一套项目工作区。