客户案例库

🏦 场景与客户

某全国性快消品牌的销售团队有 300+ 一线销售，遍布 20 多个省区。过去要讲一个成功案例，得先在群里问「谁有某某客户的方案」，再翻网盘、翻邮件，找到的版本还未必是最新的。新销售上手慢，老销售的经验留在个人电脑里。

客户的核心诉求很具体：把散落在个人手里的成功案例，变成全团队随时能查、敢直接用的资产，并且要能按行业、按客户规模、按竞品对标快速筛出来。

📅 实施节奏

• 第 1–2 周：梳理存量材料。把散落的 PPT、Word、邮件附件统一收集，去重后按「行业 × 客户规模 × 竞品」打标
• 第 3–4 周：搭建结构化案例库骨架，制定录入规范（必填字段 + 脱敏规则）
• 第 5–6 周：接入检索问答，先在华东大区试点
• 第 7 周起：全国推广，配套「案例贡献积分」，把更新变成日常动作

🗝️ 方案要点

• 结构化优先于纯文档：每个案例强制填「客户行业、规模、痛点、方案、量化结果、可公开范围」六个字段，正文再自由发挥。字段是检索的抓手，正文是说服力的来源
• 脱敏与权限分离：客户名称按白名单脱敏（替换为「某华东连锁餐饮」），价格与合同条款进受限字段，普通销售看不到
• 检索走混合模式：关键词（客户名、竞品名、行业术语）与向量语义检索并行，再合并排序——纯向量在专有名词上经常翻车
• 答案带出处：每条回答都回链到具体案例原文，销售敢用，也便于核对

⚖️ 选型与权衡

🚧 实施难点与排查

• 老材料质量参差：同一案例有 5 个版本且数字互相矛盾。做法是「以最新且带客户确认的版本为准」，其余标为历史版本不参与检索
• 案例更新滞后：上线三个月后发现新案例录入率低。根因是录入表单太长，砍到 6 个必填字段后明显改善
• 检索把竞品名认错：向量模型对生僻品牌名不敏感，通过关键词通道补召回解决
• 答非所问：早期把 top-10 片段全塞进上下文，关键案例被淹没；改为先重排取前 3 条后，准确率明显提升

💵 成本与收益

• 成本结构：一次性治理人力（约 2 人 × 6 周）+ 检索与模型调用（按 token 计费，月成本可控在千元级）+ 存储（可忽略）
• 收益侧：新销售独立出方案的时间从平均 3 天缩短到半天；方案复用率提升后，重复制作的 PPT 明显减少
• 省钱的关键：把检索做准，比把模型换成更大的省得多——上下文里塞错内容，既贵又答错

🛡️ 风险与保障

• 合规：客户名称与报价默认脱敏，公开范围按客户授权等级控制
• 准确性：回答必须带引用；无可靠来源时明确说「库里没有匹配案例」，不允许模型自由发挥
• 权限：按大区与职级分权，跨区案例默认只读
• 可追溯：每次查询与引用留日志，便于事后核对与责任界定

♾️ 可复用与演进

• 同一套「结构化字段 + 混合检索 + 引用回传」可以平移到售前方案库、投标素材库、售后问题库
• 后续可加「案例推荐」：销售录入客户信息后，自动匹配历史上最像的三个案例
• 把使用数据（哪些案例被查得最多）反哺内容运营，优先更新高价值但老旧的案例