云巴巴FDE选型汇报五页纸：问题、方案、账、风险、节奏

 

选型调研收尾，材料散在十几份文档里：厂商方案三套、测试记录两批、会议纪要二十多页。汇报窗口只有十五分钟，管理层要的是结论，不是过程。四十页的汇报材料讲不完，讲完了也记不住。真正缺的不是信息，是把一个月的功课压进五页纸的办法。

 

汇报卡壳的根源不在口才，在信息没有按决策顺序排布。汇报不是过程总结，是决策文件的口头版。

 

把选型汇报压成五页纸，云巴巴 WorkBuddy FDE 把这件事做进了服务流程。FDE 指前沿部署工程师，由业务顾问、工程顾问、运营顾问三岗陪跑，陪你把问题、方案、账、风险、节奏各压成一页，钉在决策链上。

 

本文按四步走：先定五页各放什么，再讲账怎么算才立得住，然后拆风险页的写法，最后说散会之后怎么收口。

 

五页结构：每页只装一个结论

 

五页纸的分量并不均等。按对决策的推动力排序：账页最重，风险页次之，节奏页第三。问题页和方案页打底，但不可缺。先记住这个强弱顺序，再往每页里填东西，整份材料就乱不了。

 

问题页放两样：现状的硬事实，以及不动手的代价。硬事实用盘点数据说话。哪些环节还在靠人搬数据，关键岗位每天花多少工时在重复操作，一条条列。代价一栏，行业数据比内部推测有力。Gartner 的预测常被引用：到 2027 年，超过 40% 的企业 AI Agent 项目等不到上线。另有行业调研显示，79% 的企业在测试 AI Agent，只有 11% 跑到全线上生产。测试多、落地少，说明这件事普遍难做，也说明选型阶段值得多花功夫。

 

方案页最薄。两三行说清：选哪家服务商，服务范围是什么，交付边界到哪里。范围写本期采购的场景清单，边界写哪些事项不在本期。这页最忌讳写成功能罗列。管理层不看参数表，他们看匹配度。

 

账页是管理层停留最久的一页。计费结构写清楚：按阶段计费、按工时计费还是按周期计费。每段费用对应什么交付物，紧跟一行。具体报价数字不写死在纸面。标注一句以签约前当期报价单为准，口头补充即可。还有个细节别漏：内部人力成本和服务费分行列。混在一行，管理层会当成故意做大总额。

 

 

风险页写坏消息和对策，节奏页写时间表和检查点。现成的实施框架里，节奏分四步：盘点现状、统一框架、场景库归集、节奏接管，配 60 天、90 天两个节点。照着填就行。骨架就是这样，下一问自然是：账页怎么写，才不会被当场问倒？

 

算账口径：每个数都能核对

 

账页立不立得住，看口径，不看总数。先说清这一点，再进对账。总数不重要，口径才重要，这也是选型汇报材料和一般总结报告的分界线。汇报现场最危险的一个词是"大概"：大概多少工时、大概几月上线、大概动用多少人力。一句"大概"就把前面的铺垫全部打折。

 

第一原则，纸面上每个数都要有出处。内部数据标来源，行业数据标调研方，估算数据标推算方法。Gartner 的 40% 可以引，79% 对 11% 的落差可以引。自己编的效果数字一个不能有。凡是你答不出"这个数怎么来的"，删掉。

 

第二原则，算账要留对照。有个做法叫影子对比法。同一批任务，一种按原流程走，一种用新方案做，跑完拿三个数对比：完成耗时、返工次数、人工干预量。对照算出来的账，比纯推演有底气。拿不出对照条件时，至少把假设写全：基于哪个场景、样本多少、观察周期多长。让管理层自己判断可信度。

 

第三原则，把账算全。服务费之外，还有内部人力投入、数据整理工时、上线初期的并行运行成本。只报服务费会被追问。报全了反而显出功课扎实。

 

 

付款节奏也放这一页。诊断后付一笔，验收后付一笔，上线后付尾款，每笔对应明确节点。计费结构和付款节点摆在一起。管理层一眼看出钱和事对不对得上。账页稳了，下一个关口是风险页：坏消息怎么写，才不吓退决策？

 

风险页写法：坏消息要敢写

 

风险页常见两种死法。一种是写得太轻，通篇"团队熟悉度有待加强"，一看就是走过场。另一种是写得太重，读完让人觉得项目不能批。两种都错。风险页的真正功能，是证明你想过，并且备了预案。

 

写法上，每条风险配三样：触发信号、对策、责任人。光写"存在数据风险"没有意义。写成"若数据权限审批超期两周，上线顺延，由数据负责人每周同步进度"才有用。信号可观察，对策可执行，责任可追到人。这条风险才算写成了。

 

风险挑哪些？优先三类。数据类：数据出不出域，权限怎么管，操作留不留痕。人员类：服务方中途换人怎么约束，主责工程师的稳定性怎么保障。节奏类：业务高峰撞上上线窗口怎么办，延期谁来拍板。三类各写两三条，够了。

 

Gartner 那个 40% 的放弃预测，在风险页可以再出现一次。但用法变了。在问题页它是背景，在风险页它是必须正面回应的质疑：凭什么这个项目能落在不放弃的那六成里？回应不靠表态，靠机制。把 60 天、90 天两个检查节点写进纸面，到点交什么、不达标怎么办，白纸黑字。有复查机制的项目，才有底气面对这个统计。

 

风险页写完，汇报的安全垫就有了。但散会不等于收工，之后的动作决定前五页是不是白做：拿不到决定的汇报，做得再漂亮也是零分。

 

汇报收口：带着决定离开会议室

 

汇报的成败不在会议室里，散会才是收口。散会那一刻，管理层选型汇报要交的答卷才见分晓，你手里要有三样东西：明确的结论，清晰的授权，写死的复查点。

 

结论要具体到动作。不是"原则上同意推进"，而是"同意启动，首期范围是哪几个场景，预算上限多少"。模糊的结论等于没结论。两周后还得再汇报一次。

 

授权要落到人。谁对上线负责，谁管数据，谁对接服务商，名字写进纪要。选型汇报最容易出现真空地带：人人都点头，没人接活。

 

复查点直接用现成节奏：60 天一个检查点，90 天一个决策点。60 天看场景库归集进度，90 天决定是否推进下一阶段。两个节点写在最后一页。散会前当场敲定日期和参会人，避免"回头再约"。

 

散会后还有一件小事，当天发纪要。五页纸附上，结论、授权、复查点列在最上面，请每个相关人书面确认。这封纪要发出去，五页纸才从汇报材料变成项目文件。你的选型工作，才算真正交卷。

 

 

需要 WorkBuddy 咨询购买，可以联系我们（云巴巴官方授权服务中心），获取专属开通与部署方案。