产品人：定义与回流
对“做什么、为什么、范围、规则、验收、如何产品化”负责；输出需求卡、PRD/原型、验收口径与回流清单。
人审状态：本页是管理方法与模板，不代表任何客户的网络、域名、小程序、认证、硬件、上线或验收已完成。建议由产品、研发、交付三位负责人确认后，选一个项目试运行。
01
先锁住三条边界
每件事有唯一责任人开发人：实现与质量
对“如何实现、是否稳定、如何发布回滚”负责；输出设计、代码、版本包、接口/配置、测试与发布说明。
交付人：现场与验收
对“现场能否落地、客户能否使用、是否完成培训验收”负责；输出勘察、部署、联调、培训、验收与问题关闭资料。
02
每天与每周怎么跑
日报只写结论、证据、下一步| 日期 | 产品 | 研发 | 交付 | 当天留下什么 |
|---|---|---|---|---|
| 每个工作日 | 需求分类、规则/验收澄清、资料与回流 | 实现、评审、测试、技术风险 | 环境、设备、客户问题、培训/验收 | 核心结论 + 证据链接 + 唯一下一步 |
| 周一 | 优先级与需求池 | 任务、估时、依赖 | 排期、现场条件、红黄灯 | 本周承诺表 |
| 周二 | 场景、规则、验收评审 | 可行性、接口/数据/设备风险 | 配置、培训、现场影响 | 评审结论与范围 |
| 周三 | 原型、验收样例 | 联调、代码评审、构建 | 勘察、设备/网络准备 | 中期问题清单 |
| 周四 | 上线说明、FAQ、培训材料 | 发布包、脚本、回滚/监控 | 部署、调试、验收预演 | 就绪清单 |
| 周五 | 产品回流与版本候选 | 缺陷关闭与技术债 | 现场问题关闭与模板沉淀 | 周报、复盘、下周优先级 |
03
项目交付 P0–P6
每一步都带着下一步所需的证据P0 启动范围、计划、RACI、风险
目标、负责人、边界已书面确认
P1 勘察网络、服务器、点位、设备、账号等条件
未满足项有 owner 与日期
P2 评审需求、规则、技术、交付、验收
范围与验收有结论
P3 构建代码、测试、版本、配置、回滚
版本可追溯且测试通过
P4 联调部署、数据、设备、关键场景
链路有联调记录
P5 验收试运行、培训、问题关闭
遗留问题边界明确
P6 回流交付归档、标准化判断、技术债
进入需求池或资产库
04
新品上市与产品迭代
从“功能完成”到“可卖、可交、可运维”新品上市 L0–L6
- L0–L1：机会与立项——谁买、为什么做、何时停损。
- L2–L3：定义与验证——产品/技术/交付设计、试点与测试。
- L4：发布评审——销售、研发、交付三套包齐套后才 Go。
- L5–L6：首批复制与 30/60/90 天复盘。
产品迭代 I0–I5
- I0–I1：收集后归类为标准、配置、定制或不承诺。
- I2：评审范围、风险、验收与排期。
- I3–I4：构建、验证、发布、培训与回滚。
- I5：用采纳、稳定性、交付问题回流下一版。
05
关键 RACI
A 唯一；R 可多| 事项 | 产品 | 研发 | 交付 | 项目负责人 |
|---|---|---|---|---|
| 需求池、标准/配置/定制判断 | A/R | C | C | I |
| 技术、接口、数据、设备与质量风险 | C | A/R | C | I |
| 现场网络/服务器/点位/设备勘察 | C | C | A/R | I |
| 部署、数据初始化、设备调试与联调 | I | C | A/R | I |
| 发布、回滚、监控、重大故障 | I | A/R | C | I |
| 培训、验收和遗留问题 | C | C | A/R | I |
| 范围、资源、承诺和阶段门拍板 | C | C | C | A/R |
06
本周需要管理层确认
确认后即可选一个项目试跑建议决策
- 每个项目的唯一项目负责人是谁？
- 交付是否统一维护环境确认表，研发只维护技术要求？
- 标准/配置/定制/不承诺是否成为固定字段？
- 新品 L4 发布评审是否由三方电子确认？
- 首个两周试运行项目是哪一个？
五个必须避免的反模式
- 客户聊天记录直接变开发任务。
- 版本交给现场却没有配置、限制或回滚说明。
- 交付为赶进度改核心代码或协议。
- 未确认现场条件就承诺上线日期。
- 验收后不回流，下一项目重新踩坑。