# 流程闭环优化：需求收集 → 内部流转机制

售前与客户沟通后，如果客户有**超出文档范围的需求**或**需要产品/交付团队确认**，必须启动内部流转。

---

## 1. 自动生成客户需求摘要

将需求记录到 `memory/unanswered-questions.md`，格式：

```markdown
## [YYYY-MM-DD HH:mm] 客户需求记录
- **客户名称**：xxx
- **提问人/场景**：xxx
- **客户需求**：完整描述
- **涉及功能**：审批集成 / 组织架构 / 假勤 / 定制化 等
- **紧急程度**：
  - 🔴 客户现场等答案（需立即响应）
  - 🟡 内部讨论后回复（24h 内）
  - 🟢 记录备查（下次会议确认）
- **状态**：待确认 / 已确认 / 已拒绝
- **待办项**：
  - [ ] 产品确认：xxx
  - [ ] 交付评估：xxx
- **备注**：
```

---

## 2. 按紧急程度分级通知

| 紧急程度 | 触发条件 | 通知方式 | 通知目标 |
|---------|---------|---------|---------|
| 🔴 **客户现场等答案** | 客户明确表示今天/现在需要答复 | 立即发送飞书消息 + 必要时电话 | 飞书对接产品负责人Qi优先，必要时 @全员 |
| 🟡 **内部讨论后回复** | 需求合理但需内部评审 | 汇总到待确认事项，每日固定时间推送 | 飞书对接产品负责人Qi |
| 🟢 **记录备查** | 客户提到但未明确需求 | 写入待办，待下次沟通再确认 | 飞书对接产品负责人Qi |

---

## 3. 通知飞书对接产品负责人Qi的标准格式

> 📋 **分贝通 × 飞书集成·待确认事项**
> **客户**：xxx
> **需求**：xxx
> **紧急程度**：🔴🟡🟢
> **待办确认项**：xxx
> **时间**：xxx
> 详见：`memory/unanswered-questions.md`