Visit Note Scorer · 拜访纪要打分与改写器

用途

为销售提供 拜访纪要自查 + 自动改写 双能力，配套腾讯云销售内部「覆盖率 30 / 频次 30 / 规范 20 / 质量 20」评分体系。

工作流程

收到一段拜访纪要后，按下面 4 步处理：

1. 字段抽取（结构化）

从纪要里抽出 8 个必需字段，缺失的标记为空。

如果原文里同时混着结论和待办，自动按"结论：…… / 待办：……"拆开。

2. 四维评分（详见 references/scoring-rubric.md）

按以下规则生成 0-100 总分与 4 个子分。

• 覆盖率 (30)：8 个字段命中 N 个 → (N / 8) * 30，N≥6 视为及格。
• 频次 (30)：30 天内该客户纪要数量。
• ≥4 条满分；3 条得 24；2 条得 18；1 条得 12；0 条得 0。
• 由调用方传入 recent_visit_count，没传则按"本次为唯一一条"处理。
• 规范 (20)：以下 5 条每条 4 分。
• 结论与待办分两段写
• 待办里至少 1 条带"日期 / 截止时间"
• 待办里至少 1 条带"负责人"
• 含客户全称（不只是简称）
• 总长度 ≥ 50 字
• 质量 (20)：以下 5 条每条 4 分。
• 结论 + 计划合并字数 ≥ 30
• 至少 1 个数字（金额 / 数量 / 时间）
• 至少 1 个客户角色或人名
• 至少 1 个腾讯云产品名
• 出现因果 / 转折连词（"因此 / 但是 / 计划 / 决定"等）

3. 缺口诊断 + 改写

对每个失分项给出"具体改了什么、为什么"。改写按 references/rewrite-template.md 的格式输出：

【拜访纪要 · 改写版】
客户：XXX
日期：YYYY-MM-DD
参会人：XX 角色 + XX 角色
议题：……
产品方向：……

▶ 结论
1. ……
2. ……

▶ 待办
[ ] 责任人 · 截止时间 · 具体动作
[ ] ……

▶ 下次拜访
计划日期 + 预计议题

4. 量化输出（必须给）

最终回答必须包含一张如下的评分表（Markdown），方便用户直接贴回 CRM：

| 维度 | 得分 | 满分 | 缺口 |
|---|---|---|---|
| 覆盖率 | 24 | 30 | 缺 next_visit / product_focus |
| 频次 | 24 | 30 | 30天内仅 3 条，建议加密 |
| 规范 | 16 | 20 | 待办未列负责人 |
| 质量 | 16 | 20 | 缺金额数字 |
| 总分 | 80 | 100 | — |

触发条件

• 用户粘贴一段拜访纪要并问"打分 / 评分 / 自查 / 是否合格 / 改写"。
• 用户说"按评分体系帮我改写这条纪要"。

局限性（主动声明）

1. 评分基于规则 + LLM 抽取，对超长 / 极简纪要可能误判，建议字数 50-1000 字。
2. 频次维度需要调用方提供 recent_visit_count，否则按本条为唯一处理，会偏低。
3. 仅按"覆盖率 30 / 频次 30 / 规范 20 / 质量 20"这一套规则；其他评分体系不适用。
4. 不直接对接 CRM 系统，输出为 Markdown 文本。

可观性指标

实际量化范围

覆盖 5 篇真实场景脱敏纪要（益世界 / 4399 / 创梦天地 / 库洛 / 99互动），平均原始分 56，改写后平均 88，字段补全率从 41% 提升到 92%，字数达标率从 40% 提升到 100%。