甲方规则手册
面向对象:需求发布方 发布时间:2026-03-13 适用版本:wiki-v0.2
1. 手册目标
本手册帮助甲方提升协作成功率。 本手册帮助甲方减少返工和争议。 本手册帮助甲方形成可复用的管理方法。
2. 甲方角色定位
- 甲方是目标定义者。
- 甲方是验收标准提供者。
- 甲方是反馈节奏管理者。
- 甲方是协作氛围塑造者。
3. 发单前准备
| 准备项 | 最低要求 | 推荐做法 |
|---|---|---|
| 目标 | 一句话说清结果 | 同时给出业务背景 |
| 范围 | 明确包含与不包含 | 用清单表达边界 |
| 时间 | 明确关键节点 | 分阶段里程碑 |
| 验收 | 设定可核验标准 | 配套参考样例 |
4. 高质量需求标准
- 目标可验证。
- 范围可拆解。
- 时间可执行。
- 反馈可落地。
- 风险可预判。
5. 需求描述模板
- 项目目标:
- 业务背景:
- 交付范围:
- 不包含 范围:
- 时间计划:
- 验收标准:
- 参考样例:
- 沟通节奏:
6. 协作中甲方义务
- 按约定时间反馈。
- 反馈内容具体可执行。
- 需求变更先确认影响。
- 尊重乙方专业判断。
- 关键决策必须留痕。
7. 验收建议
| 验收动作 | 错误示例 | 正确示例 |
|---|---|---|
| 给结论 | 不行,重做 | 第 2 节与标准不符,需改为 X |
| 给建议 | 你看着办 | 建议按 A/B/C 顺序修订 |
| 给时限 | 尽快 | 请在 3 月 20 日前完成 |
8. 变更管理建议
- 先说明为什么变更。
- 再说明变更范围。
- 再说明对排期影响。
- 最后确认是否接受。
9. 风险预警机制
10. 常见甲方问题
问题 1:反馈慢导致进度拖延
建议:固定反馈窗口,明确负责人与替补人。
问题 2:反复改需求导致返工
建议:先冻结核心范围,次要项分批迭代。
问题 3:验收标准太模糊
建议:把标准写成可核验条目。
11. 甲方禁行事项
- 不得恶意压价与反复变更。
- 不得无依据长期拖延验收。
- 不得发布明显失实需求。
- 不得进行人身攻击。
- 不得诱导绕过平台规则。
12. 甲方协作评分自评
| 维度 | 评分 1-5 | 说明 |
|---|---|---|
| 需求清晰度 | 目标与范围是否明确 | |
| 反馈及时性 | 是否按节点反馈 | |
| 验收专业度 | 是否给出可执行意见 | |
| 沟通质量 | 是否尊重事实与证据 | |
| 风险管理 | 是否提前预警 |
13. 每周复盘模板
- 本周目标是否达成:
- 本周阻塞点:
- 已做决策:
- 待确认问题:
- 下周重点:
14. 协作看板建议字段
- 任务名称
- 当前状态
- 负责人
- 截止日期
- 风险等级
- 备注
15. 纠纷前自查
- 我是否给过明确标准
- 我是否给过具体反馈
- 我是否按约定节奏反馈
- 我是否完整保留记录
- 我是否先沟通后升级
16. 甲方能力成长路径
| 阶段 | 表现 | 下一步建议 |
|---|---|---|
| 入门 | 需求经常模糊 | 使用模板化发单 |
| 进阶 | 反馈逐步清晰 | 建立阶段验收机制 |
| 稳定 | 协作效率高 | 建立团队标准化流程 |
17. 推荐实践
- 先样例,再执行。
- 先标准,再验收。
- 先沟通,再结论。
- 先事实,再情绪。
18. 典型时间规划示例
- D1-D2:需求确认
- D3-D7:阶段执行
- D8:中期评审
- D9-D12:修 订优化
- D13:终验收
19. 甲方常用话术参考
- 我们先确认目标,不急于下结论。
- 这项变更会影响时间,请确认是否接受。
- 我已按优先级整理反馈,请按顺序处理。
20. 更新记录
| 日期 | 版本 | 说明 |
|---|---|---|
| 2026-03-13 | wiki-v0.2 | 新增自评、复盘、看板字段 |
| 2026-03-11 | wiki-v0.1 | 初版发布 |
21. 结语
优秀甲方会让合作效率显著提升。 高质量需求是高质量交付的前提。 请把“明确、及时、尊重”作为日常协作标准。