# 里程碑（0–12 个月）

> 原则：每个阶段有"不通过就不进入下一阶段"的闸门。失败要能说清失败在哪。
> v0.2：形态改为"中心式先验证，手持式后铺"，并新增**语音实测**作为第一道硬闸门。

## 一、总体路线

| 阶段 | 时间 | 关键任务 | 产出 | 闸门（未达成则暂停） | 预算量级 |
|---|---|---|---|---|---|
| Phase 0 准备 | 第 0–1 月 | 上线中英双语网站；申请 BlueServers / BizMaC；联系 2–3 个非洲在地机构；政策草案送复核 | 网址上线、申请材料、合作方进入实质沟通 | 至少 1 家在地机构愿意继续谈 | 0–800 元 |
| **Phase 1 原型 + 实测** | 第 1–2 月 | 做 1–2 台中心式原型（主机 + 传递式有线近场麦）；接通 ASR/预审匹配/TTS；搭设备后台；**做 20 名儿童语音实测** | 可用原型、BOM、路由准确率与 WER 实测报告 | **意图路由准确率 ≥ 80%，且近场比远场好 ≥ 10 个百分点** | 3,000–5,900 元 |
| Phase 2 试点 | 第 2–5 月 | 1 个中心、1–2 台中心式；协调员培训；3 个月实际使用；每周看板 | 试点数据、故障记录、内容迭代记录 | 中期（第 3 月）：每周使用场次 ≥ 4 | 0.9–1.6 万元 |
| Phase 3 评估 | 第 5–6 月 | 成本核算、协调员与儿童反馈、安全事件审查、路由准确率复测 | 评估报告、迭代清单 | KPI 达标见 `06` | 3,000–5,000 元 |
| Phase 4 手持式准备 | 第 6–9 月 | 若 Phase 2/3 通过：做手持式原型、多路充电方案、编号制度；谈托管 | 手持式 BOM、扩展方案 | 有明确资金或托管意向 | 1,400–5,000 元 |
| Phase 5 扩展 | 第 9–12 月 | 2–3 个中心；建立区域协调员；公开年度报告 | 扩展试点、年度报告 | — | 按筹款而定 |

**Phase 1 闸门的含义**：路由准确率 ≥ 80% 说明"孩子问的东西被送到了对的地方"——我们要的是这个，不是逐字转写准确。近场必须比远场好 10 个百分点以上，才证明传递式近场麦值得做；如果两者差不多，说明拾音不是瓶颈，直接上手持式即可。WER 同时测、同时公开，但它只是诊断量（见 `06`）。

## 二、Phase 2 试点 12 周节奏

| 周次 | 事项 |
|---|---|
| W-2 ~ W0 | 站点勘察（电、网、孩子在哪里聚集）、协调员培训、监护人知情同意 |
| W1 | 主机上架、编号登记、协调员独立操作考核；**现场重测一次意图路由准确率（含 WER）** |
| W2–W3 | 每日开放 2 个时段（各 1.5 小时），观察员记录使用阻碍 |
| W4 | 第一次内容迭代：按真实提问补白名单 |
| W5–W6 | 修复 Top 3 故障；测试"设备提到户外/聚集点"的形态 |
| W7 | 中期检查：每周场次、参与人次、故障率、路由准确率、弃权率 |
| W8–W10 | 稳定运行；口语朗读流利度前测复核（正确字/分钟） |
| W11 | 后测、协调员与儿童访谈 |
| W12 | 数据清算、设备盘点、评估报告初稿 |

## 三、每周固定动作（试点期）

- 周一：看板快照（在线率、场次、参与人次、故障）
- 周三：内容补充与白名单迭代
- 周五：协调员 10 分钟语音回报（**不记录儿童信息**）
- 月末：公开使用摘要 + 支出摘要

## 四、当前待办（本周）

1. 把 `site/` 部署到 GitHub Pages，先占住网址
2. 提交 BlueServers 与 BizMaC 申请
3. 联系 3 家非洲在地机构（VSO、Ubongo、Kolibri 生态内的本地组织优先）
4. 政策草案送儿童保护顾问复核
5. **下单 2 台 ESP32-S3 + 近场麦 + 喇叭，同时安排 20 人语音实测**