Product Feedback Loop
FDE 不能只是帮客户做定制。真正有价值的现场经验要反哺产品、模板、playbook 或工具链。
什么值得反哺
满足任意两条就应该记录：
- 多个客户出现。
- 明显影响交付速度。
- 需要 FDE 重复解释或手动处理。
- 可以抽象成配置、模板、工具或产品能力。
- 当前解决方案依赖某个人的经验。
反馈分级
| 等级 | 定义 | 动作 |
|---|---|---|
| P0 | 阻塞交付或造成严重风险 | 立即升级产品/工程负责人 |
| P1 | 高价值重复需求，影响多个项目 | 进入产品反馈 digest |
| P2 | 单客户有价值，但可用 runbook 解决 | 更新 playbook/runbook |
| P3 | 个性化偏好 | 记录但不产品化 |
反馈模板
## Product Feedback
- Customer / project:
- Scenario:
- User pain:
- Current workaround:
- Frequency:
- Business impact:
- Evidence:
- Suggested product shape:
- FDE recommendation:
- Related playbook/runbook:防止变成定制开发
在决定做之前问：
- 这是否只有一个客户需要？
- 不做会不会影响核心业务结果？
- 是否可以通过配置或 runbook 解决？
- 做完能不能被下一个客户复用？
- 这会不会增加客户对 FDE 的依赖？
每周产品反馈 digest
周五输出：
- Top 3 现场问题。
- Top 3 重复 workaround。
- 本周新增产品化候选。
- 本周不该产品化但要写入 runbook 的事项。