第16章完整项目实战复盘

本章导读

第三篇前五章讲了方法论。本章用两个真实项目（脱敏）做全链路复盘，把方法落到具体场景。项目一：中小企业获客工作流自动化；项目二：企业内部多部门报表自动化。每个项目从需求对接到效果复盘，完整呈现决策、踩坑、解决与经验。读完本章，你应当能建立完整项目体感，直接复用方法到实际工作。

§16.1 复盘的价值与方法

复盘不是写总结，是从经验中提取可复用的方法。好的复盘要回答三个问题：

做对了什么？（提炼可复用经验）
做错了什么？（提炼避坑信号）
下次怎么做更好？（提炼改进动作）

本章两个案例按"需求对接→调研→方案→落地→验收→复盘"六段展开，每段标注关键决策与踩坑点。

§16.2 案例一：中小企业获客工作流自动化

16.2.1 项目背景

客户：某B2B软件公司，销售团队20人。
痛点：每日手工写跟进邮件，每封15-20分钟，回复率约8%。
客户诉求：“我们要做获客自动化。”

16.2.2 需求对接（售前）

关键动作：听诉求、判断类型、初步测算。

判断：诉求模糊（“获客自动化"范围太大），需调研穿透。初步看是流程自动化类，价值空间在提效+增收。

初步测算：20销售×每日25封×15分钟=125小时/日人力，若自动化降到3分钟/封，省100小时/日，年价值约75万。

承诺：不轻易承诺效果，建议先做调研。

关键决策：售前不承诺效果与时间，只承诺调研。这是后续不扯皮的基础。

16.2.3 调研

关键动作：访谈决策者+一线+梳理流程。

发现：

决策者关注回复率与转化。
一线关注邮件写得快、写得个性化。
客户画像数据已有（CRM里有历史互动），但未被利用。
真实痛点不是"写邮件慢”，而是"邮件通用化、回复率低"。写慢是表象，回复率低是根因。

5Why穿透：

为何回复率低？→邮件通用化。
为何通用化？→没时间个性化。
为何没时间？→手工写慢。
为何手工写慢？→每封都要查客户历史+想卖点+写文案。
为何不自动化？→没工具整合CRM数据与AI生成。

根因：缺一个整合CRM数据→客户画像→个性化文案→自动发送的工作流。

ROI测算：自动化后每封3分钟（省12分钟×500封/日=100小时/日），年省人力约60万；回复率若从8%提到14%，转化提升带来增收约40万/年。总年价值约100万。

对齐：调研结论回去跟客户对齐，客户确认痛点与预期（回复率提到12-15%、效率提升70%），签字进方案。

关键决策：调研对齐签字，预期量化。防后续扯皮。

16.2.4 方案

技术路径：CRM数据拉取→客户画像Skill→文案生成Skill→合规检查→写回CRM待审→销售审改发送。

组件复用：文案生成Skill复用团队组件库（电商行业版，微调适配B2B），节省2天搭建。

排期：4周（调研1周已完成、方案与搭建2周、灰度与验收1周）。

风险预案：

效果不稳定→置信度阈值+人工审。
CRM接口变更→预留接口适配层。
销售抵触→设计为"AI生成草稿、销售审改发送"，不替代销售。

对齐：方案与预期跟客户对齐签字。

踩坑点：方案设计时未充分识别销售抵触风险，原方案是"AI生成直接发送"，调研一线后发现销售要掌控感，改为"草稿待审"。

16.2.5 落地

搭建：复用组件库，搭建1周完成。

灰度：先5个销售试用2周。

灰度发现：

文案Skill初期个性化不足（通用化套话），加Prompt约束"必须引用客户画像至少2个具体信息"。
部分销售不审改直接发送，导致个别邮件质量差。加"发送前必须人工确认"强制环节。
CRM数据有缺失字段，画像Skill降级处理，标注"信息不足"。

效果验证（灰度2周）：

效率：每封从15分钟降到3分钟，提升80%。
回复率：从8%提到13%。
销售每日跟进客户数：从25个提到60个。

16.2.6 验收

效果对照预期：回复率13%（预期12-15%）、效率提升80%（预期70%），达标。

验收：按§10.5流程，预验收→试运行→效果汇报→签字→移交。

遗留问题：CRM数据质量需持续治理（单列清单，客户IT负责，FDE提供治理建议）。

16.2.7 复盘

做对的：

售前不承诺、调研穿透、对齐签字，流程扎实。
组件复用提效。
灰度发现并修复问题。

做错的：

方案初版未充分识别销售抵触，靠灰度补救。
CRM数据质量未在调研阶段充分评估。

可复用经验：

获客自动化方案骨架：CRM→画像→文案→合规→待审→发送。
销售抵触的预防：设计为草稿待审而非直接发送。
CRM数据质量评估纳入调研清单。

改进动作：调研清单加"数据质量评估"项；方案模板加"使用者抵触分析"段。

§16.3 案例二：企业内部多部门报表自动化

16.3.1 项目背景

客户：某制造企业，3个部门（销售、生产、财务）各有日报，手工生成。
痛点：日报手工耗时（销售110分钟、生产90分钟、财务150分钟），且口径不一致。
客户诉求：“我们要做报表自动化。”

16.3.2 需求对接

判断：信息整理+流程自动化类，跨3部门复杂度高。

初步测算：3部门日耗350分钟，年耗约2100小时，若自动化降到90分钟/日（仅审改），年省约1500小时，价值约45万。

承诺：建议先做调研，特别强调跨部门口径统一是难点。

16.3.3 调研

发现：

3部门数据源不同（销售CRM、生产MES、财务ERP）。
报表口径不一致（如"销售额"销售按订单、财务按回款）。
各部门报表格式与受众不同。
真实痛点不只是"耗时长"，还有"口径不一致导致管理层决策困扰"。

5Why穿透：口径不一致的根因是各部门独立定义指标，无统一口径管理。

根因：缺统一指标定义+自动化生成流程。

ROI测算：省时年价值45万+口径统一带来的决策效率提升（难量化，估20万），总年价值约65万。

对齐：调研结论对齐，客户确认痛点。但口径统一涉及部门博弈，客户决策层需协调。

关键决策：识别出口径统一是组织问题不只是技术问题，售前就提示客户需决策层介入。避免后期技术做完卡在组织协调。

16.3.4 方案

技术路径：

数据层：3系统数据拉取到中间表，统一字段映射。
指标层：建立统一指标定义库（与3部门共同确认）。
生成层：按部门报表模板自动生成（数据+图表+AI分析文字）。
交付层：自动发送+管理层统一看板。

组件复用：报表生成Skill复用通用组件库，分析文字Skill复用制造行业组件。

排期：6周（指标定义2周、搭建2周、灰度与对齐2周）。

风险预案：

口径统一推进慢→决策层挂帅协调。
数据接口不全→RPA兜底。
AI分析文字质量→人工审改+模板约束。

对齐：方案对齐，特别确认指标定义需3部门共同签字。

踩坑点：指标定义阶段，3部门对"销售额"口径争执2周，远超预期。根因是售前未充分预估组织协调难度。

16.3.5 落地

指标定义：在决策层协调下，3部门经4轮会议达成统一口径，写入指标库。

搭建：数据拉取+中间表+报表生成，2周完成。

灰度：先销售部门试用1周，再扩展生产、财务。

灰度发现：

MES数据有延迟（次日才更新），报表改为T+1。
AI分析文字初期过于泛泛，加约束"必须引用当日3个关键数据点+与上周对比"。
管理层看板需支持移动端查看，调整交付格式。

效果验证（灰度3周）：

销售日报：110分钟→20分钟（仅审改），提升82%。
生产日报：90分钟→15分钟，提升83%。
财务日报：150分钟→30分钟，提升80%。
口径统一：管理层反馈决策效率显著提升。

16.3.6 验收

效果对照预期：效率提升80-83%（预期70%+）、口径统一达成，达标。

遗留问题：MES数据延迟（T+1），客户接受；指标库需持续维护（客户数据团队负责）。

16.3.7 复盘