结论
最少一个人,但这个人必须能对功能范围拍板。这是所有配合角色里唯一不可替代的——没有这个人,每个决定都要层层请示,项目会在等待中拖长。
怎么判断
按阶段说明对方投入:
| 阶段 | 谁要参与 | 大致投入 |
|---|---|---|
| 需求评估 | 对接人 + 一线使用者代表 | 2–3 次会议,共 3–5 小时 |
| 原型确认 | 对接人 | 每周 2–4 小时,持续 1–2 周 |
| 开发期间 | 对接人 | 每周一次进度同步,约半小时 |
| 验收 | 对接人 + 一线使用者 | 集中 2–5 个工作日 |
| 上线与培训 | 全体使用者 | 一次培训,1–2 小时 |
除对接人之外,建议至少让一位真正会天天用这套系统的一线员工参与需求与验收。管理层看流程,一线看操作,两者关注的问题往往不同,缺了一线视角的系统上线后最容易被抱怨难用。
注意事项
需求与原型阶段的投入看似多,但它是整个项目里回报最高的时间。原型阶段改一个页面是几分钟的事,开发完再改可能是几天。把时间花在前面,总投入反而更少。
另外建议约定沟通节奏而不是随时打扰:固定每周一次同步会加书面记录,中间的问题攒成清单一次过。这样对双方的工作节奏干扰都最小。
- 依据:交付流程(本站)