《FDE案例100》方法论特辑 · No.04｜第一单怎么选：找到"最近、最甜的桃子"

第一单的使命：快速证明价值#

为什么第一单这么特殊？因为它不是普通项目，它是破冰项目。

企业第一次接触 AI，心里是没底的。尤其是央国企，后面还涉及数据安全、基础设施、预算。你让他第一次就投一大笔、等很久，他不敢。

那个财务案例说得很直白：先找一个离业务最近、最痛、最容易产生 ROI 的场景，让业务人员真正用一次，发现”原来 AI 真的能帮我省大量时间”。 业务团队尝到红利，才会愿意和你站在一起。

所以第一单的核心指标不是”技术多先进”，是三个字：跑得动。业务真的痛、实现相对可控、ROI 能快速被看见。

把大问题缩到足够小#

我最喜欢的一个细节，来自城市规划案例。这个项目本来可以讲一个很大的故事：整个市、所有部门、所有数据、所有场景全智能化。

但真正让它跑起来的，是不停地收敛：从一个市，缩到一个区，再缩到一个具体单元，然后只挑两条业务流验证。

他们原话我印象很深：场景足够小，数据才有可能搞干净；数据搞干净，结果才可能足够精准；结果足够精准，业务人员才愿意相信。

同理，还有一个跨境乳企的案例：第一版只做中国、只做一条产品线，只回答一个问题——这条线的钱花得值不值。就这一条线端到端做完整，跑通了，才把越南接进来。

别一上来就做”大而全”，那是最常见的死法。

从最小的地方破冰#

切口小，还有个好处：破冰快。

一个电商内容生产的案例，FDE 进场后没有先讲”AI 转型”这种大词，而是先把员工眼前的小麻烦解决掉。员工抱怨什么？每次生图要写很长的提示词，生成完还有水印，还得再处理。这些问题对我们来说可能只是个小工具，但员工马上就能感觉到——你来这儿，是真能帮我少干活的。

还有个物流照片的案例，一个十几人的跨境电商团队。第一件事不是搞多复杂的 Agent，而是把数据从一个系统同步到飞书，让员工在自己熟悉的地方看到实时库存。

那个”摘桃子”的财务案例，还给了个更有意思的判断：破冰项目不光让业务部门省了时间，还让他们拿到结果、得到表扬，甚至成为集团内部的标杆。有了这个标杆，后面的资源、预算和组织支持，都会更容易拿到。

信任不是讲出来的，是一次次小交付攒出来的。

先关键人，再小组，再部门#

推开的节奏也有讲究。

有个非标报价的案例，路径走得特别清楚：产品能跑了先找关键人试，让最懂业务的人拿真实订单跑，发现问题就改；然后让一个业务小组试运行，继续收集问题；等结果基本可用，才做部署、集成、全员培训，最后扩大到整个部门。

试运行周期大概一到两个月。他们总结这条路径是：关键人试用、业务小组试点、真实订单验证、反馈调整、部门推广。

这比”一次性开发完再宣布上线”可靠得多。

危险信号：一上来就想”大投入”#

最后说说什么样的第一单要警惕。

有个案例讲得特别直接：企业一开始就想大投入——上来就买模型一体机、做模型微调、或者强行推翻原有全部工作流。他认为这些方式”比较危险”。

为什么？因为如果业务可以用轻量级方式快速验证——API、SaaS、Agent 先跑起来——那就先验证业务价值。除非企业有明确的合规、安全要求，否则没必要一开始就把投入做得很重。

他的原则是：投入由轻到重，先把业务价值验证出来，再逐步加深。

反过来想你就明白了：第一单如果非要买一体机、做微调、推翻全流程，等于在企业还不信任你的时候，就让他押上最大的成本和最大的组织阻力。这不是第一单该干的事。

用交付换信任，再谈扩大#

第一单跑通了，会发生什么？

有个外贸礼品的案例特别生动。老板一开始只肯拿一个小、具体、试错成本低的问题给 FDE 试。等做出交付以后，他很快又提了十几个到二十个新需求。

你看，企业从”我要不要试一下 AI”，变成了”我公司还有哪些问题可以这样解决”。 这个转变，比任何一个效率数字都值钱。

还有个车管所的案例。FDE 进场的入口，甚至只是一个遗留系统的运维项目。可正是这个小项目，让他进了现场，看见了后面的真需求。所以他自己也说：不要低估第一个小项目的价值。

一句话总结#

第一单不求大、不求酷、不求完美，只求最快跑出一个正循环。先摘最近、最甜的桃子，用一次交付换一次信任。

这是《FDE案例100》方法论特辑的第 4 篇。到这儿，“发现”和”立项”的前半段就聊完了：认出真问题、选对场景、选好第一单。但还有一个所有人都会问、也最容易算错的账——这个项目到底值多少钱？ 下一篇是重点篇，我们专门聊量化 ROI，尤其是那个最容易掉进去的坑：单点提效，不等于组织提效。