成功案例沉淀

整理人：张伟

确认人：陈静

部门：产品研发中心

整理日期：9月27日

一、案例背景

产品研发中心的需求评审曾经经常在会上才第一次看到材料。6月至 8月共评审 10 次，一次通过 4 次。陈静在 8月29日 要求从 9月起，材料至少提前两个工作日发出。

一次通过指评审结束时不再要求重写结构，只留局部措辞。6月至 8月的 6 次未通过，平均返工 3 个工作日，其中 4 次是会上才发现没有例子。9月按新做法做了 8 次，一次通过 6 次，未通过的 2 次都在会后 1 天改完。

1. 一次通过指评审结束时陈静不再要求重写结构，只留局部措辞。
2. 提前发出由张伟负责，接收人是陈静、刘洋和当次相关的业务同事。
3. 案例记录到 9月27日，覆盖 9月的 8 次评审。

二、当时的困难

材料当天发、当天评，会上大半时间在理解背景，规则本身讨论不够。返工往往要再开一次会。

1. 10 次里有 6 次在会上才发现缺少例子，平均每次返工 3 个工作日。
2. 刘洋常在会前 1 小时才看到开发量，排期只能口头估。
3. 业务同事没有时间准备数据，确认经常拖到会后。

三、关键做法

从 9月2日 起，张伟按三步准备每次评审。步骤写在自己的周计划里，连续执行了 4 周。

1. 评审前两个工作日 17:00 前发出材料，文件名带日期和稿次，正文 3 至 6 页。
2. 材料里至少有一个可计算的例子，金额或次数写明确，附录放原始数字。
3. 发出当天在群里写三行：评审时间、请看的页码、需要对方回答的一个问题。

四、取得的结果

五、复用要点

其他同事准备评审时，可以直接照这三条，不必再摸索提前多久。

周五的评审在周三 17:00 前发出。例子放在第一页，背景放在后面。群里三行说明和附件同一天发，写明时间和要看的页码。10月再统计 4 次，通过率仍不低于六成就保持这个提前量。

1. 提前量固定为两个工作日，周五的评审在周三 17:00 前发出。
2. 例子先写，背景后写，保证接收人打开第一页就能看到数字。
3. 群里的三行说明和附件同一天发，避免只发文件不说要看哪里。

六、适用情形

这套做法适用于中心内部、材料在 6 页以内、决策人是陈静的需求评审。客户现场演示另有核对人，不套用同一提前量。

1. 参会人在 5 人以内时，两个工作日足够看完并写出问题。
2. 若材料超过 6 页，提前量改为三个工作日，仍由张伟在发出时注明。
3. 10月继续统计 4 次评审，若一次通过仍不低于 6 成，就保持两个工作日。