为什么是四周?因为这是中小企业老板的耐心上限,也是一个业务场景能跑出真实反馈的最短周期。更短做不出真东西,更长客户会失去感觉。
这一周不写一行业务代码。要做的是现场观摩完整流程、访谈相关岗位、盘点数据来源、测出目标指标的当前值。
完成标志有三个:一份写清楚具体动作的现状描述、一份数据清单(在哪、谁管、多久更新)、一个双方确认的基线数字。
这一周最常见的诱惑是提前动手。忍住。第一周省下的两天,通常要在第三周用一周还回来。
用真实数据做出一个能点的原型,交给业务人员实际试用,收集反馈。这一周的目标不是做对,是尽快做错——把理解偏差暴露出来。
完成标志是:业务人员看过并提出了具体意见,而不是笼统地说「挺好的」。如果对方只说好,说明他没认真用,要换个方式再试一次。
这一周智能体承担大部分工作量:数据处理脚本、界面搭建、测试用例、初版文档,人主要负责判断和沟通。
W1 摸底定基线 | W2 原型找错 | W3 改流程试运行 | W4 固化移交 |
第三周:流程改造与试运行。把实际操作步骤调整到位,明确谁在什么环节用这套工具,然后在真实业务里跑起来。这一周技术工作量不大,沟通工作量最大。
第四周:固化与移交。整理规则文档、完善异常处理、给接手人做实操演练、对照基线出效果数据。这一周的铁律是不接受新需求——新需求进入下一轮。
四周结束时应该有三样东西:一个在用的系统、一份看得懂的文档、一个能独立操作的接手人。缺任何一样,就延一周补齐,而不是直接结项。
第一周不动手,第四周不加需求。守住这两条,项目就不会失控。
这个节奏我们用了两年,最大的体会是:节奏本身就是一种管理工具。它让客户知道每周会看到什么,也让我们有底气拒绝中途插入的需求。
复杂一点的场景会做两到三轮,但每一轮都是完整的四周闭环,都有可用的产出。不做那种六个月后才见效果的项目——中小企业等不起,我们也不该让他们等。
四周不是魔法数字,是一个能让双方都保持注意力的长度。守住节奏,比赶进度更能保证结果。