从第一次会议到系统上线：中小企业AI落地90天，每一步都给你排好

90天是这样花的：前2周诊断——定场景、盘数据、算账，一行代码不写；中间2-4周开发上线——每周都要看到能动的东西，用你家真实单子验收；剩下约7周磨合推广——让系统从"能用"变"用顺"，第90天开对账会，当初承诺的账当场验。真正写代码的时间不到全程三分之一——这不是效率低，是AI落地的生死本来就不在代码上：MIT媒体实验室2025年的调研，企业定制AI系统真正走到投产的只有约5%，报告点名的死因是"流程脆弱、不适配日常工作"——不是中间的代码写砸了，是前头没想清楚、后头没人用。这一篇把90天逐段排开：每步干什么、你出什么人、每个节点验什么、哪三个时间点最容易翻车。

前面十三篇，账算了、坑避了、数据盘了、员工的心思也讲了。于是老板们问AI工程师樊军刚的问题越来越具体，最后都落在同一句上：

"合同签了之后，到底会发生什么？多久能见到东西？我要出什么人？怎么知道钱没白花？"

问得好。装修过房子的都懂：最怕的不是花钱，是交了钱之后两眼一抹黑。这一篇就是那张施工排期表——三个阶段、每段有看得见的交付物和验收点，不管你最后找谁做，拿去对照都适用。

---

先看全局：90天的真实构成，跟多数人想的不一样

大多数老板对这90天的想象是"从头到尾都在开发"，于是产生两个连锁误判：一是嫌前面的诊断磨叽，恨不得第一天就动代码；二是把上线当终点，第6周付完钱就散伙。MIT那组数字说的恰恰是：死掉的项目，绝大多数死在两头——前头没想清楚要解决什么，后头没人管用没用起来。中间的代码，反而是最不容易出事的一段。

---

第一阶段（第1-2周）：诊断——一行代码不写，把三样东西拍实

第一次会议，半天，就干一件事：定题目。

用的还是第八篇那把尺——"哪个环节，负责人明天请假一周，你最慌？"再拿"天天干吗""讲得清吗"两个筛子过一遍，产出一句话痛点，比如"报价靠老师傅，一单半小时，催急了报错"。这半天有个硬要求：老板必须亲自到场。 "花钱解决什么问题"这个决定，交给IT或者办公室主任都不合适——他们会替你选一个不得罪人的题目，而不是最痛的题目。

接下来2-3天：数据体检。

就是上一篇教的"数据三问"：干这事靠哪些信息、都存在哪、抽一张上周的真实单子10分钟能不能凑齐。凑得齐，往下走；缺一两样，先把记录习惯建起来，补一两个月再开工——这不是拖延，是省钱。

第2周：算账，顺手把验收标准写死。

这个环节一年烧多少（人力+错误+机会），对照投入：单点场景3万起、2-4周上线，通常3-6个月回本。账算得过来，就把验收标准写进方案——注意，不是"系统智能好用"这种虚词，是能数出来的句子："抽10张上周的真实单子，AI的处理结果，老师傅点头8张以上。"

阶段出口：一份诊断报告——一句话痛点、数据结论、回本账、验收标准。账算不过来，项目就停在这里。这是全程最便宜的一次死亡：死在第2周，损失几天时间；拖到第90天，损失几万块，外加全公司对AI的信心。 AI工程师樊军刚那句"省不了钱不接"，卡的就是这道闸。

这一段你出什么：你自己半天、一个业务熟的对接人（不用懂技术）、老师傅露个面。

---

第二阶段（第3-6周）：开发上线——"2-4周上线"说的就是这段

从方案确认、数据到位那天起算，2-4周，节奏长这样：

• 第3周末：数据接通——你的历史单子、价格表、规则进了系统，知识库有了雏形；
• 第4周末：核心流程首秀——拿一张真实历史单子从头走一遍，允许糙，但必须能动；场景简单的，这时候就能上线了；
• 第5-6周：边测边改，装护栏——答案标出处、关键数字走系统算、拿不准自动转人工（讲幻觉那篇的三件套）；然后按第2周写死的标准验收，上线。

这一段就两条纪律，记住了能避开大部分坑：

第一条：测试必须用你家的真实历史单据，不用对方带来的演示数据。 演示数据永远漂亮，真单子才见真章——第4周那次首秀，单子你来挑，别让对方挑。

第二条：每周看一次进度，每次都必须看到能动的东西。 整个开发期让你"安心等最终交付"、任何中间产物都不给看的，要警惕。这条红线划的是过程透明度，跟对方团队几个人、名气大小没关系——一个人每周给你看真东西，好过十个人月底给你放PPT。

这一段你出什么：你每周半小时看进度；老师傅每周1-2小时，对着AI的输出挑错——他挑出的每个错，都会变成系统的准头。

---

第三阶段（第7-13周）：磨合推广——钱变资产还是变废铁，看这一段

上线那天，系统只是"能用"；这一段的活，是让它"被用"、然后"用顺"。讲员工那篇拆过为什么难，这里直接给排期：

• 第7-8周：推起来。 培训到每个人当场操作一遍，不是发PDF；挑一两个种子用户先跑顺、再带人——第一个尝到甜头的员工，顶十页操作手册。
• 第9-11周：校准。 每周看一次使用数据：谁没在用，不是找他算账，是问"哪里难用"，答案改进系统里；AI犯的错逐条喂回去，这几周错误率是肉眼可见往下走的。
• 第12-13周：对账。 把第2周那份诊断报告翻出来，开对账会：单子处理速度、错误率、省出来的人时——当初怎么承诺的，现在就怎么验。 对账会不是陪跑的终点，是第一次正式验收，也是决定"要不要上第二个场景"的决策会。

这一段老板只有一个动作省不掉：每天登录，看一个你真关心的数——今天报了几单、哪个询价还没回。员工看老板天天在系统里看数，比十次动员大会管用；老板从不登录，员工立刻读懂潜台词：这事不重要。

---

三个最容易翻车的时间点，提前圈出来

翻车点一：第2周，账算不过来，硬上。 诊断出来这环节一年才浪费几千块，或者数据三问凑不齐，却舍不得停。正确动作：换个环节重新诊断，或者先补两个月记录再回来。死在第2周不丢人，拖到第90天才死才丢人。

翻车点二：第6周，把上线当终点。 尾款一付、PDF一发，服务商消失，后面近两个月没人管——MIT统计里死掉的项目，一大半是这个剧本。预防动作在签合同那天就要做：把第三阶段的陪跑——培训、每周使用数据复盘、错误校准——白纸黑字写成交付物。 它跟系统本身一样，是你花钱买的东西，不是对方送的人情。

翻车点三：第10周前后，新鲜感退潮。 头两周使用率挺好，第10周开始往下掉——十有八九不是员工懒，是系统某个地方真的比老办法麻烦。这时候开会批评员工是最坏的一招；正确动作是把用得最少的人请来，让他当面演示他现在怎么干活，把系统和真实工作之间的那道缝堵上。这周收上来的抱怨最值钱，处理得当，第12周使用率就爬回来了。

---

谈方案那天，把这张排期表拍在桌上问三句

系列老规矩，验货题带走：

第一问："你的90天怎么排？每周我能看到什么？" 能当场拆出逐周节点的，是干过的人；只肯报一个总工期、过程一概"你放心"的，多留个心眼。

第二问："上线的验收标准是什么？现在就写下来。" 好答案长这样："抽10张你们上周的真实单子，老师傅点头8张以上算过。"写不出可量化验收标准的方案，后面全是扯皮的伏笔。

第三问："上线之后到第90天，你们干什么？收不收钱？写不写进合同？" 陪跑该是方案的一部分，不是加钱的选配。"有问题随时找我"是活话，"每周使用数据复盘+错误校准，写进合同"才是承诺——两句话，两个物种。

投入口径照旧：单点场景3万起、2-4周上线，诊断、数据整理和上线后的陪跑都该包含在方案里；多场景组合与长期合作另有分期方案。

---

常见问题

Q：90天太久了，能不能快点见到东西？

见东西根本不用等90天：第4周你就能看到AI处理你家真实单子，快的第4周末就上线了。90天说的是"从想清楚到用顺"的全程。能压缩的是前两段——场景简单、数据齐整，诊断加开发一个月内走完；压不动的是第三段：人换习惯就是需要几十天，这是人性规律，不是技术问题。真想加速，最有效的办法是老板亲自当推手。

Q：我们没有IT部门，配合得了吗？

配合得了。全程你要出的就三样：你自己（第一次会议半天，之后每天看一个数）、一个业务熟的对接人（每周半天以内）、老师傅（每周1-2小时挑错）。不需要任何人懂技术——在AI落地这件事上，懂业务比懂技术值钱。

Q：第90天对账，效果没达标怎么办？

这正是验收标准必须第2周写死的原因。有量化标准，没达标就能定位病灶：数据没喂够、规则没校准、还是员工压根没在用——三种病，三种治法，责任归属清清楚楚。真正可怕的是反过来：标准从头就没写，90天后只剩一句"感觉没什么用"，连问责的把手都没有。

Q：90天走完之后呢？

两条线。系统这条线：进入日常维护和持续校准——价格表更新、新品类加进来、AI跑久了的偏差修回来，讲售后那篇算过这笔账，这是长期资产的保养费。业务这条线：第一个场景跑通，第二个场景的边际成本低得多——数据底子、彼此信任、员工习惯全是复用的。大项目就是这么落地的：先验证最痛的一个点，跑通再扩，总盘子可以做到几十万，但你的风险始终锁在每期几万。

---

一句话总结

中小企业AI落地90天=2周想清楚+4周做出来+7周用起来：写代码的不到三分之一，两头那七成才决定生死。盯住三个节点就翻不了车：第2周的账（算不过来就停）、第6周的真单验收（10张点头8张）、第90天的对账会（当初怎么承诺，现在怎么验）。