主题
01 · 评估标尺与需求 DoD
把需求文档 §1 的六层,翻译成可验收、可证伪的"可用 DoD / 好用 DoD"。 双档 bar 与六维评分定义见 00 §B;本文是它在每一层的具体落点。 竞品 bar 来源见 07 链接(数字含营销成分,仅作量级锚)。
1. 为什么要分两档
竞品/社区调研的硬结论(详 07):
- 可用 Bar 没够到 → 用户用一两次就弃(摘要漏关键待办、张冠李戴、产物成孤岛)。
- 好用 Bar 够到 → 进团队工作流、产生留存(会前自动注入、跨会连续、可回溯原文、闭环到执行)。
- 行业最大空位 = "显式 PDCA 闭环 + 改进项完成率度量":无任何主流产品做成一等公民(Fellow 的 carryover 只覆盖一半)。这正是企业内部"专题=持续 PDCA 容器"的差异化位——也是本需求文档的真正野心所在。
所以路线图策略是:先让六层全员够到"可用 Bar",再把 PDCA/跨会连续性逐项抬到"好用 Bar"(差异化点),而不是平均用力。
2. 逐层 DoD(需求 §1 → 可验收标准)
标注:🟢 当前已达 / 🟡 部分 / 🔴 未达(实证见 02)。
2.1 录音(Audio)
| 档 | 完成定义 | 现状 |
|---|---|---|
| 可用 | 音频可上传至 NC 项目目录;Meeting 元数据(start_at/participants/project_id/source)建立;原始音频软删可逆 | 🟢 |
| 好用 | 多来源(飞书/腾讯/企微/线下)入口统一;音频与 transcript/纪要/insight 全链路可回溯绑定;回收站 30 天 | 🟡(链路绑定弱) |
2.2 口水稿(Transcript)
| 档 | 完成定义 | 现状 |
|---|---|---|
| 可用 | transcript 文件(人工或导出)可入库并被 AI 读取;markitdown 解析多格式;有 cache key(随上游内容变化失效) | 🟢(依赖人工上传 transcript) |
| 好用 | 音频→transcript 自动 ASR;说话人分离(清晰音频 2–4 人稳);词级时间戳(±50ms 级,供回溯);中英混说不崩;长会多 pass 不丢中段 | 🔴(无 ASR、无 diarization、无词级时间戳) |
2.3 会议纪要(Minutes)
| 档 | 完成定义 | 现状 |
|---|---|---|
| 可用 | 由 LLM 凝练 → 公司模板 docx(保中文字体/缩进/加粗);结构含 议题/决议/讨论/行动项 | 🟢(docx 渲染 live;结构化未落库) |
| 好用 | minutes.json 结构化落库供下游消费;纪要可人审修订;修订触发 insights/todos 失效重算;AI 段 vs 人审段可辨 | 🔴(无结构化表、无修订→下游失效 listener) |
2.4 会议分析(Insights)
| 档 | 完成定义 | 现状 |
|---|---|---|
| 可用 | AI 在 transcript+minutes 上做原子抽取;有版本号 + 上游 hash 双 key 缓存;admin 可 backfill | 🟢(4 类原子 + L1/L2 + backfill 均 live) |
| 好用 | 原子类型覆盖 PDCA 所需:decision/risk/blocker/assumption/agreement/fact/metric/action_item;每原子带 source_span 一键回溯原文行/时间戳;跨会聚合成 InsightTree | 🟡(仅 entities/facts/decisions/participants 4 类;无 risk/blocker/assumption/action_item;source 回溯需核实强度;聚合 live 但未持久化) |
⚠️ 这是全链路最关键的"看似 live 实则缺地基":分析引擎工程上成熟,但抽取 schema 不含 PDCA 需要的原子类型,导致下游待办/Check/复盘全部"无米下锅"。详 02 / 04。
2.5 待办(Todos / Action Items)
| 档 | 完成定义 | 现状 |
|---|---|---|
| 可用 | 从 insights 的 action_item 原子派生结构化待办 {what,who,due,depends_on,source_meeting_id,status};AI 产物默认 proposed,人确认 owner/due 才 confirmed;状态机 proposed→confirmed→in_progress→done|dropped|overdue;软删+回收站;至少能推/同步一个团队执行系统(否则即"孤岛"=花架子) | 🔴(无表、无 router、无状态机、无派生、无同步;且上游 action_item 原子不存在) |
| 好用 | 跨会同一待办自动归并(merge_key=(who, what_normalized),保留所有出处时间戳=演进史);双向状态回流;归并/确认走 business_transaction 可逆 | 🔴 |
2.6 PDCA 闭环
| 档 | 完成定义 | 现状 |
|---|---|---|
| 可用 | Plan:待办拆解到人/期/验收;Do:执行人可更新进度并链 NC 产物 | 🔴(依赖 2.5 待办池) |
| 好用 | Check:下次会议开场自动注入"上次待办进度表 + AI 偏差扫描"(超期/范围漂移/反复阻塞标红);Act:复盘形成新决策回写 InsightTree;改进项完成率仪表(成熟 70–80%,<50% 报警)——竞品空白的差异化点 | 🔴(无 Check 注入、无偏差扫描、无复盘 skill、无完成率度量) |
3. 横切 DoD(贯穿所有层,来自竞品"留存关键")
这些不属于某一层,但任一项不达标都会让整体掉出"好用 Bar":
| 横切项 | 可用 | 好用 |
|---|---|---|
| 可信·防幻觉 | 关键产物可人工编辑并存 | 每条结论/待办一键回原文+时间戳/行号;AI 生成 vs 人确认 UI 可辨;重抽取不覆盖人审(版本化+diff-merge) |
| 闭环度(反孤岛) | 待办/纪要至少能导出或推一个团队系统 | 待办双向同步 PM/任务系统,状态回流;下次会自动 Check |
| 跨会连续性 | 单会产物完整 | 会前自动 brief 上次承诺与状态;未完成自动 carryover;项目级 living view |
| 可逆性 | 关键对象软删 | 全链路(纪要/待办/mount/报告)进 substrate,整笔 saga 回滚 |
| 性能·成本 | 不每次重扫 transcript | 版本化缓存+增量;长会多 pass;跨会聚合不撑爆上下文(用原生摘要) |
| 防操纵(AISO/注入) | — | 输入按说话人 provenance 打标;摘要定位为"待人确认草稿"非裁决;高 stake 强制 sign-off |
| 原生杠杆(二开) | 走扩展点不碰只读层 | PDCA/报告=原生 skill;Check 注入=原生中间件;链路=原生 pipeline;聚合=原生记忆/上下文 |
4. 验收门将怎么用
06 路线图 的每个阶段,出口标准直接引用本文某层/横切项的"可用"或"好用"DoD。例如:
- 阶段 P0 出口 = "2.4 会议分析达好用(原子类型补齐+source_span)" + "2.5 待办达可用(派生+状态机+至少一处同步)"。
- 阶段 P1 出口 = "2.6 PDCA Check 达好用(自动注入+偏差扫描)" + "横切·跨会连续性达好用"。
没有"做完了",只有"够到了哪档 bar"。每个 PR 的验收语言都应能映射回本文一行。