标杆三件套：一页纸案例+实施SOP+复制检查清单

📦 为什么需要标杆三件套

一个FDE项目成功了，怎么让其他项目也成功？靠FDE个人经验？不行——人会走、经验会忘、每个人理解不一样。靠代码复制？不行——场景有差异、配置要调整、人员要培训。

标杆三件套就是把成功项目的经验、方法、工具固化下来，变成可复制、可培训、可检查的资产。有了三件套，其他FDE或内部人员就能按图索骥，复制成功；没有三件套，成功案例只能是"个案"，无法规模化。

📄 第一件：一页纸案例

定位：用一页纸讲清楚这个项目的价值——给谁看？给客户高层、其他部门、潜在客户看。目的是"让人一看就知道这个项目值不值得做、有什么价值"。

内容结构（一页A4，6个部分）：

① 项目背景（1-2句）：客户是谁、什么行业、面临什么痛点。比如："某美妆品牌，电商客服夜间响应慢（平均2小时），客户满意度低。"

② 解决方案（1-2句）：用什么AI方案解决。比如："部署夜间AI客服系统，自动回复80%常见咨询，复杂问题转人工。"

③ 核心效果（3-5个量化数据）：项目带来的价值，用数字说话。比如："夜间响应时间2h→30秒；客户满意度3.5→4.2分；夜间客服人力节省50%；年节省成本80万。"

④ 关键成功因素（2-3条）：为什么这个项目能成功。比如："① 选对MVD切口（只做夜间常见问题）；② 跟客服部门深度配合，知识库准确；③ 影子运行2周，效果验证后上线。"

⑤ 适用场景（2-3条）：这个方案还能用到哪里。比如："适用于电商、金融、政务等有夜间客服需求的行业；也可扩展到白天售前咨询。"

⑥ 客户证言（1句）：客户的评价。比如："AI客服帮我们解决了夜间响应的老大难问题，客服团队终于不用三班倒了。——客服总监张总"

关键：一页纸案例要"短、平、快"——一页纸、量化数据、一目了然。不要写技术细节，不要写过程，只写价值和效果。高层和潜在客户看一页纸案例，30秒就能判断这个项目值不值得做。

📋 第二件：实施SOP

定位：详细讲清楚这个项目怎么做——给谁看？给做这个项目的FDE或内部人员看。目的是"让人按SOP就能做出来，不用从零摸索"。

内容结构：

① 项目概述：项目目标、范围、成功指标、周期、团队配置。

② 前置条件：做这个项目需要什么前提——客户需要准备什么（数据、系统接口、人员配合），FDE需要准备什么（工具、模型、组件）。

③ 实施步骤（核心）：按时间顺序，每一步做什么、怎么做、交付什么、注意什么。要详细到"第一步：跟客户IT部门对接，获取API接口文档，测试接口连通性，预计1天，交付物：接口测试报告"。不要写"需求调研"这种模糊的词，要写具体动作和交付物。

④ 关键技术方案：用什么模型、什么架构、什么组件、关键参数配置。要具体到"模型用GPT-4o，温度0.3，RAG chunk大小500，top_k=5"。

⑤ 常见问题和解决方案：做这个项目可能遇到什么问题、怎么解决。比如："问题：客户知识库内容过时。解决方案：上线前跟客户业务部门一起review知识库，更新过时内容，预计2天。"

⑥ 验收标准：怎么算项目完成，量化的验收指标。比如："AI回复准确率≥85%（测试集500条）；平均响应时间≤30秒；客户满意度≥4.0分。"

⑦ 时间和成本估算：这个项目需要多少人天、多少成本。比如："总计20人天，其中需求调研3天、开发8天、测试3天、上线4天、培训2天。"

关键：SOP要"拿来就能用"——详细、具体、可执行。写SOP的标准是：一个没做过这个项目的FDE，按SOP做，能做出跟标杆差不多的效果。如果做不到，说明SOP还不够详细。

✅ 第三件：复用检查清单

定位：讲清楚做这个项目要注意什么——给谁看？给做这个项目的FDE或内部人员看，做项目前/中/后对照检查。目的是"避免踩坑、确保质量"。

内容结构（按项目阶段分类）：

① 启动前检查（10条左右）：项目目标是否明确？客户配合人员是否到位？数据是否可用？系统接口是否通？预算是否确认？等等。

② 需求调研检查（10条左右）：是否跟所有关键角色访谈？痛点是否量化？MVD范围是否明确？成功指标是否可量化？数据质量是否评估？等等。

③ 开发阶段检查（10条左右）：本体模型是否跟业务专家确认？知识库是否准确完整？prompt是否经过测试？关键节点是否有人工确认？异常处理是否设计？等等。

④ 测试阶段检查（10条左右）：是否用真实数据测试？测试集是否有代表性？bad case是否分析？性能是否达标？安全和合规是否检查？等等。

⑤ 上线阶段检查（10条左右）：是否有影子运行？用户是否培训？降级方案是否准备？监控告警是否配置？上线后是否有专人支持？等等。

⑥ 验收阶段检查（10条左右）：验收标准是否达成？客户是否签署验收报告？文档是否完整交付？运维是否移交？项目是否复盘？三件套是否沉淀？等等。

关键：检查清单要"可对照、可勾选"——每条都是一个具体的检查项，做了就打勾，没做就补。不要写"注意质量"这种模糊的话，要写"测试集是否包含至少500条真实用户问题？"这种具体的可检查项。

🔧 三件套的使用和维护

使用：① 新项目启动前，FDE先看一页纸案例（判断这个项目值不值得做、适不适合）；② 项目执行中，按实施SOP做，对照复用检查清单检查；③ 项目结束后，复盘跟标杆的差异，更新三件套。

维护：三件套不是一成不变的——每个复制项目结束后，都要review三件套，发现新问题、新方法、新工具，及时更新。指定专人负责三件套的维护，确保三件套跟最新实践同步。

版本管理：三件套要有版本号——每次更新记录更新了什么、为什么更新、谁更新的。不同版本可以追溯，出了问题可以回滚。

培训：新FDE入职或内部人员做项目前，要培训三件套——怎么看、怎么用、怎么更新。培训后要有考核，确保真的理解了。

价值：三件套是FDE团队的"核心资产"——有了三件套，团队能力不依赖个人（人走了方法还在），项目质量可控（按SOP做不会差太多），规模化可复制（其他人也能做）。三件套的价值怎么强调都不为过。