# 疗效保障(PAC)项目 W2 进展报告

> **报告周期**:第 2 周(W2)
> **汇报路径**:PAC(luoqi)→ CTO(于总)→ 管委会
> **报告人**:luoqi
> **状态**:🟢 按计划推进 + 演示能力提前到位

---

## Page 1 · 一句话 + 里程碑路线

### ▎本周一句话

> **PAC 已具备"发现患者潜在治疗新链 → 给出召回理由 → 出话术 → 客服可执行"的完整闭环原型;本次现场演示一例「潜在新链发现」召回。W3 起演示真实可点评的业务结果,W6 末完成首家试点诊所端到端演示。**

### ▎答复

| 问          | 答                                                   |
| ---------- | --------------------------------------------------- |
| **进度?**    | W2 按计划完成;下次见(W3 末)可看真实数据 + 潜在新链召回                   |
| **能看到什么?** | 见 Page 2 现场 Demo:从患者画像 → 召回理由 → AI 话术 → 通话回写,全链路点得动 |
|            |                                                     |

### ▎6 周走向终态(从 W6 倒推)

```
W6 ⭐ 1 家试点诊所端到端演示(真实患者 / 真实客服 / 真实回写)
   ↑ 需要:5i5ya 工作台已嵌入完成 + 客服联系人就位
W5 客服工作台嵌入 5i5ya(iframe)+ 试点客服联调
   ↑ 需要:DW 真实数据已在跑 + 5i5ya 前端联系人对接完成
W4 DW 直连(ClickHouse 视图)+ 全链路跑通(真实数据进 → 召回出 → 话术成)
   ↑ 需要:DW 团队完成 5 张视图 + 网络打通
W3 真实数据 demo + 潜在新链发现召回演示  ← 下次报告承诺
   ↑ 已具备:演示能力已就绪(见 Page 2)
W2 ✅ 数据接入文档 + 演示能力 + 召回算法策略落地(本次报告)
W1 ✅ 框架定稿 + 60+ 评审 closure
```

### ▎本周必须推动(求 CTO 协调)

```
🆘 1. DW 直连方案落地(本周内)
       - 关键依赖:DW 团队 1 人 1-2 天工作量(建视图 + 开只读账号)
       - 不动 = W4 全链路跑通延期
```

---

## Page 2 · 现场 Demo · PAC 召回任务详情页

> **演示对象**:张志远(虚构,基于真实业务模式),男·42 岁,VIP 金卡,杭州大厦
> **召回类型**:**启治召回 · 潜在新链发现**(已诊断但未治疗的高价值机会)
> **优先级**:极高

### ▎一张图告诉管委会:PAC 做完了什么

```
┌─── 患者卡片 ───┐  ┌──── AI 话术(4 步) ─────┐  ┌── 通话结果表单 ──┐
│ 张志远·42·VIP   │  │ 1 开场 30 秒              │  │ 触达方式:电话    │
│ 138****2937    │  │ 2 切入种植话题 1-2 分钟    │  │ 通话结果:        │
│                │  │ 3 异议处理 按需           │  │  ● 成功新预约    │
│ 【为什么召回】  │  │ 4 结束/信息确认 30 秒     │  │  ○ 约下次回访    │
│ 5 个月前拍     │  │                          │  │  ○ 考虑中...      │
│ CBCT,36 牙缺失  │  │ 每步含:                  │  │  (12 种结果)     │
│ 医生建议种植    │  │   - 目的                  │  │                  │
│ 至今未启动      │  │   - 参考原文              │  │ 通话纪要:输入框   │
│ 预估 +¥22,000  │  │   - 注意点 / 异议预判      │  │ [提交并下一位 →]  │
│                │  │                          │  │                  │
│ 【治疗链 3 条】 │  │ AI 已生成,4 步 / 全 Markdown │ │ 回收倒计时 3:42  │
│ ⭐ 潜在新链    │  │                          │  │                  │
│   种植 36 ¥22k │  │                          │  │                  │
│   断口 156 天  │  │                          │  │                  │
│ ✓ 闭环 26 ¥4.8k│  │                          │  │                  │
│ ⟳ 在管 牙周 12.6k│ │                         │  │                  │
│                │  │                          │  │                  │
│ 【患者画像】   │  │                          │  │                  │
│ 价值 VIP/¥48200 │  │                          │  │                  │
│ 治疗链 2 闭 1 断│  │                          │  │                  │
│ 流失风险 低     │  │                          │  │                  │
│ 沟通 电话/19 后 │  │                          │  │                  │
└───────────────┘  └────────────────────────────┘  └──────────────────┘
```

### ▎管委会从这一页能验证 PAC 的 5 项核心能力

| # | 能力 | 在 demo 页的体现 |
|---|---|---|
| 1 | **跨诊断的"潜在新链"发现** | 5 个月前 CBCT 已诊断 36 牙缺失,医嘱 6 个月内种植 → 至今未启动 → PAC 自动识别这条"诊断有 / 治疗无"的高价值缝隙(预估 ¥22,000) |
| 2 | **治疗链可视化** | 3 条治疗链并列:潜在新链(红框警示)/ 已闭环 / 在管中,客服一眼看清患者在哪儿 |
| 3 | **集团级画像** | VIP 金卡 + LTV ¥48,200 + 跨诊所沟通偏好(电话 / 工作日 19:00 后) — 不需要客服翻档案 |
| 4 | **AI 话术 + 异议预判** | 4 步话术全 Markdown,每步含目的 / 原文 / 注意点,异议(再等等 / 费用高 / 在外院看过)已预判应对 |
| 5 | **执行回写闭环** | 12 种通话结果强枚举,提交即驱动 Plan 状态机,自动归档下一位 — 客服零思考成本 |

### ▎对应业务价值(直接到收入)

```
传统模式:                          PAC 模式:
  客服打开 5i5ya 翻档案 ~30 分钟      点开任务 ~5 分钟看完(6x 提速)
  靠经验判断该不该推种植               系统已算好该推种植 + 给出话术
  漏掉 30%-40% 的潜在新链              潜在新链 100% 不漏(规则可审计)
  ¥22,000 的种植机会被忽略             直接进客服当日清单
```

**演示要点**:这不是"将来能做",**是已经能跑的实物**,W3 末就把"张志远"换成 5 家试点诊所的真实患者。

---

## Page 3 · W2 实际交付清单(说事实)

### ▎对照 W1 承诺,完成度 100% + 演示能力提前

| W1 承诺 W2 要做的 | 状态         | 实际成果                                               |
| ------------ | ---------- | -------------------------------------------------- |
| 数据源对接文档发出    | ✅          | 3 份文档定稿(对接清单 / 集成手册 / **ClickHouse 视图直连方案**)       |
| Mock 数据集启动   | ✅          | 落实跟DW要数据方案                                         |
| 数据骨架定型       | ✅          | 13 个表 + 14 个枚举 + 一期 1 个 scenario 拍板                |
| 业务方拍板召回算法    | ✅          | 选 "**启治召回**" 主战(对应 Page 2 demo 的潜在新链),疗效保障并行 W4+ 上 |
| 演示能力(W4 承诺)  | ⭐ **提前到位** | 召回任务工作台 + 召回任务详情页已点得动(Page 2 demo)                 |

### ▎本周新增的 4 项关键决策(已落地)

| 决策 | 决定 | 业务影响 |
|---|---|---|
| **召回算法策略** | 一期主战"启治召回"(潜在新链发现) | 直接拉高客单价(单条种植机会 ¥1.5-3 万) |
| **DW 接入方案** | 优先走 **ClickHouse 视图直连**(宿主 DW 已就位的情况下) | 宿主侧工作量从 3-5 天降到 1-2 天 |
| **AI 模型选型** | DeepSeek V4 Pro(国内直连,合规) | 单次话术成本约 ¥0.013,prompt 缓存命中率 96% |
| **客服工作台接入路径** | 通过 iframe 嵌入宿主侧(5i5ya / Friday)| 宿主不需要写召回界面,接入成本压到分钟级 |

### ▎本周关键交付物清单(留参考)

```
代码与产品
  ✅ /plans 召回任务工作台(KPI + 分页 + 多选批量 + 认领/回收/继续)
  ✅ /plans/[id] 召回任务详情页(Page 2 demo)
  ✅ AI 话术生成 + 一页摘要(流式生成,失败自动模板兜底)
  ✅ 通话结果回写 + Plan 状态机(12 种 outcome)
  ✅ AI 调用调试页(/admin/ai-invocations:成本 / 缓存命中 / 思考 token 全监控)
  ✅ 宿主自管页(/admin/host:接入凭证 / 字段映射 / 跳转链接)

文档(对外)
  ✅ host-integration-v2.md(宿主接入手册)
  ✅ host-data-request-checklist-v2.md(数据请求清单)
  ✅ host-integration-clickhouse-view.md(本周新增,DW 直连方案)

框架与对接
  ✅ 同步引擎(Pull / Push / Mock 三套 adapter 同 interface)
  ✅ 推送通道(HMAC 验签 + 密钥平滑轮换)
  ✅ 鉴权链(Token Exchange + 一次性 code + 静默刷新)
```

---

## Page 4 · 里程碑预告(W3 → W6,管委会每月见)

> 本节按"管委会能看到什么"组织,不按工程任务组织。每个里程碑 = 一次可演示的业务结果。

### ▎W3 末(下次报告)· 真实数据 demo

```
🎯 给管委会看
  从真实 / 试点门诊脱敏的患者数据,跑完整业务流:
   1. 患者档案进 PAC(treatments / 收费 / 影像 metadata)
   2. PAC 自动识别"潜在新链"(诊断 vs 治疗对比 → 发现漏治机会)
   3. 召回任务自动出现在工作台
   4. 点开详情 → 看真实患者(不是张志远)的画像 + AI 话术
   5. 业务方点评"这个该不该召、话术够不够地道"

🎯 需要资源到位(求 CTO 推动)
  - 试点门诊全量脱敏样本(W3 中前到位)
  - 业务方 1 小时点评窗口(W3 末)
```

### ▎W4 末 · DW 直连 + 全链路真实跑通

```
🎯 给管委会看
  PAC 直接连 DW ClickHouse 视图,每 5 分钟自动拉新增数据:
   1. 演示数据从 DW 流到 PAC 工作台的全链路(端到端)
   2. 真实数据规模:5 家试点门诊近 24 个月数据
   3. 召回名单按真实诊所过滤(主管视角看自己的诊所池)
   4. 成本可见:跑一万次召回 AI 调用大约多少钱(成本透明)

🎯 需要资源到位(求 CTO 推动)
  - DW 团队建 5 张视图 + 开只读账号(1-2 天工作量)
  - 网络打通(IP 白名单 + TLS,1 小时)
```

### ▎W5 末 · 客服工作台嵌入 5i5ya

```
🎯 给管委会看
  客服在 5i5ya 自己的界面里,通过"召回中心"tab 直接用 PAC:
   1. 单点登录(5i5ya 跳 PAC iframe,无感知)
   2. 客服界面跟今天 demo 一模一样,但放在 5i5ya 内部
   3. 1-2 个客服联调,把第一条真实召回打完

🎯 需要资源到位(求 CTO 推动)
  - 5i5ya 前端联系人 1 人 (2 小时:贴 iframe + 配置换票)
  - 试点诊所 3-5 名客服参与联调(W5 末半天)
```

### ▎W6 末 ⭐ · 1 家试点诊所端到端演示

```
🎯 给管委会看
  选 1 家试点(建议杭州大厦),客服真实使用 PAC 跑 3-5 天:
   1. 累计召回任务数 / 实际触达数 / 成功转化数
   2. 转化的患者实际带来的营收(对照基线)
   3. 客服反馈"准不准 / 顺不顺 / 哪里要改"
   4. 主管 dashboard 看团队执行效果

🎯 需要资源到位(求 CTO 推动)
  - 客服培训对接人 1 人(W6 前半周 SOP + 2 小时培训)
  - 试点诊所店长 / 主管支持(给客服安排时间用 PAC)
  - 业务方提供基线数据(用于对比 PAC 提升幅度)
```

---

## Page 5 · 风险 + 跨团队依赖(过程透明)

### ▎本周新冒出 / 升级的风险

| # | 风险 | 等级 | 现状 | 求 CTO |
|---|---|---|---|---|
| 1 | **DW 团队排期**(W4 关键路径) | 🔴 **高** | ClickHouse 视图方案文档已发,5 张视图待 DW 建 | 本周内推动 DW 团队接收文档 + 给排期 |
| 2 | **试点客服联系人** | 🟡 中 | 5 家试点尚无指定联系人 | W4 末前至少先确定 1 家(联调用) |
| 3 | **试点门诊脱敏样本** | 🟡 中 | W3 评估节点强依赖 | W3 中前到位 100-300 个 |
| 4 | **业务基线数据** | 🟡 中 | W7+ 试点评估需要,现在没有 | 业务方 W6 前给(年流失率 / 复购率 / 召回转化率) |
| 5 | **AI 成本可控性** | 🟢 已规避 | DeepSeek prompt 缓存命中 96%,单次话术 ¥0.013;一万次跑 ¥130 | 无 — 比预算低一个量级 |

### ▎不报喜不报忧(W2 实际遇到的问题 + 怎么解的)

| 问题                   | 现象                 | 处理                                                      |
| -------------------- | ------------------ | ------------------------------------------------------- |
| W1 报告写得过于工程化         | 看不懂在干嘛             | 本份起改为结果导向 + 业务语言 + Demo over Memo                       |
| AI 话术 V1 风格不像客服      | "亲爱的患者您好"很机器人      | 调整 prompt 加入业务方话术样本,V2 改后已是 Page 2 demo 这个水平,业务方 W3 末点评 |
| 召回详情页设计推翻 3 版        | 初版信息密度过高 / 客服看不到重点 | 设计稿 → 最终版本花了 3 天,W2 末才到位;但 demo 能力反而比承诺早                |
| ClickHouse 直连方案是临时增项 | W1 没规划,宿主方主动提的     | 1 天补出技术方案文档,把宿主侧成本砍掉 60%                                |

### ▎资源依赖矩阵(强调:借力大于独干)

```
W2 ✅:1 人 + AI 全部完成(没借力)
W3   :1 人 + AI 完成 + 业务方 1 小时点评(轻借力)
W4   :PAC 1 人 + DW 1 人 (1-2 天)+ 业务方点评 (轻借力)
W5   :PAC 1 人 + 5i5ya 1 人 (2 小时) + 客服 3-5 人 (半天)(中借力)
W6   :PAC 1 人 + 客服培训 1 人 + 试点诊所店长配合(重借力)

不借力 = W5/W6 试点跑不通,只能停在演示页面给管委会自己点。
跨团队 / 跨部门沟通仍统一由 CTO 出面。
```

---

## ▎下一份报告(W3 末)预告

**承诺给管委会演示**:
1. 真实(脱敏)患者数据进 PAC,跑出召回任务
2. 现场展示一例"潜在新链发现"召回:从患者档案 → AI 识别漏治 → 出召回任务 → 出话术
3. 业务方现场点评"该不该召、话术地不地道、漏掉了什么"
4. W4 DW 直连方案 + 排期最终确认

**汇报形式**:沿用本次"一页 Demo + 业务语言"风格,继续 Demo over Memo。

---

## ▎附件(留参考)

| 附件 | 内容 |
|---|---|
| Page 2 demo 截图 | 召回任务详情页 · 张志远 · 潜在新链发现 |
| host-integration-clickhouse-view.md | DW 直连方案 |
| host-integration-v2.md | 宿主接入手册 v2 |
| 数据库结构 v2 文档 | 13 表 + 4 项 raw SQL migration |

---

> **核心信号**:演示能力到位 + 算法策略已拍板 + 跨团队依赖透明 + 下次见会真实数据
