AI · 经销商 · 90天路线图

经销商落地 AI 的 90 天路线图

经销商落地 AI 不必等待所有条件成熟,也不能同时铺开所有场景。这是一条从单一任务到岗位、流程和复制推广的 90 天路线。

经销商老板知道 AI 重要以后,最容易出现两个极端。

一个极端是一直学:今天看工具,明天收提示词,后天又研究新的模型,懂的名词越来越多,公司工作没有变化。

另一个极端是一上来就要求“全员使用”“全面接入”“三个月提升业绩”,同时铺很多场景。员工忙着应付,数据准备不齐,主管没有时间检查,最后只剩几个零散案例。

真正可行的起点,在两个极端中间:

  • 不等所有条件完美;
  • 也不把整家公司同时推下水;
  • 先选一件活;
  • 先由一个岗位跑通;
  • 再接进一条流程;
  • 用证据决定是否扩大。

90 天足够完成一个有价值的起步,但不够完成“全面智能化”。

这篇文章给出一条经销商可以直接执行的路线:

前 30 天看清任务并跑通个人试用,中间 30 天把用法固定成岗位,后 30 天接进流程、建立风险规则并做复盘。

90 天结束时,老板不应该只得到一批会提问的员工,而应该拿到一套本公司的资产:任务清单、数据清单、岗位说明书、运行记录、风险规则和一份是否继续投入的复盘结论。

一、开始前先定四条原则

原则一:从经营问题出发,不从工具出发

先问公司哪件工作重复、积压、容易错,再决定用什么工具。不要因为刚买了一个账号,就到处寻找使用场景。

原则二:先小后大

第一阶段只选一个低风险、高频、容易检查的任务。跑不通一件事时,同时做十件,只会得到十个半成品。

原则三:人对结果负责

AI 可以做整理、计算、比较和建议;钱、货、价格、合同、客户承诺和员工权益,最后必须由有权限的人确认。

原则四:用证据决定下一步

不以“感觉不错”“大家很积极”作为扩大依据。每个阶段都要留下输入、输出、错误、使用情况和经营动作。

二、90 天总览:四个阶段,不是四次培训

阶段 时间 核心任务 阶段交付
第一阶段 第 1–14 天 盘点任务、数据和风险 任务盘点表、数据清单、试点任务书
第二阶段 第 15–30 天 一个人跑通一个真实任务 五步派活卡、试运行记录、第一版验收标准
第三阶段 第 31–60 天 从个人用法升级为岗位 AI 岗位说明书、岗位运行台账、错误清单
第四阶段 第 61–90 天 接入流程、设风险规则、复盘 流程图、风险分级表、经营指标对比、下一步决定

每个阶段都有进入条件。上一阶段没有跑通,不靠开会宣布进入下一阶段。

三、第 1–14 天:别急着用,先把任务看清

前两周的目标不是出一个惊艳结果,而是选对第一件事。

第 1–3 天:列出十项重复工作

老板召集销售、内勤、财务、仓库各一名熟悉现场的人,分别列出:

  • 每天或每周重复发生的工作;
  • 最耗时间的整理;
  • 最容易漏掉的交接;
  • 最常返工的表格;
  • 最晚才发现的问题。

候选可以包括日报、会议纪要、拜访记录、商品资料、库存异常、应收清单、活动复盘等。

不要把“提高销量”“管理库存”当作任务。要写到可执行的颗粒度,例如“每周从库存表中找出 60 天无销量且金额超过公司阈值的商品,交仓库主管复核”。

第 4–6 天:按风险和价值分类

给每项任务打四个标签:

  • 发生频率;
  • 当前耗时;
  • 结果是否容易检查;
  • 是否涉及钱、货、价格、客户承诺或敏感数据。

第一项试点优先选高频、重复、可检查、低风险的工作。对自动付款、自动下单、客户授信等红色动作,先不做自动执行。

第 7–10 天:检查数据

列清这项任务需要什么材料:

  • 文件在哪里;
  • 谁负责导出;
  • 字段是否统一;
  • 时间范围是否一致;
  • 是否包含退货、冲红和取消;
  • 是否需要脱敏;
  • 缺字段时怎么办。

用三份真实材料做手工检查。数据如果连人都看不懂,不要指望 AI 自动理解。

第 11–14 天:写试点任务书

任务书只要一页,但必须回答:

  1. 解决什么问题;
  2. 谁使用;
  3. 每次给什么材料;
  4. AI 交付什么;
  5. 谁检查;
  6. 多久做一次;
  7. 哪些事情禁止;
  8. 两周后看什么结果。

第一阶段验收

只有满足以下条件,才进入下一阶段:

  • 只选了一个主任务;
  • 有明确负责人;
  • 至少三份真实材料可用;
  • 结果可以人工检查;
  • 风险边界已写出;
  • 已记录试点前的基线。

如果这些还没齐,不是进度慢,而是在避免后面大返工。

四、第 15–30 天:让一个人跑通一个任务

这两周的目标,是证明“这件活可以稳定交给 AI 先干一段”,不是证明公司已经转型。

第 15–18 天:按五步法派活

把任务写成五部分:

  • 目标;
  • 材料;
  • 规则;
  • 交付物;
  • 验收。

例如,不说“分析拜访记录”,而说:

将当天 30 家门店记录整理成统一表;只使用原始材料中的事实;客户原话和业务员判断分开;缺失信息标注待确认;输出门店、事实、异常、待办、负责人、截止时间六列;销售主管核对门店数量、承诺、商品和金额。

第 19–23 天:每天记录错误

每次运行后,使用者不要只保存结果,还要记录:

  • 输入是否齐;
  • 哪一项错了;
  • 谁发现;
  • 返工多久;
  • 错误原因;
  • 怎样修改模板或数据。

错误原因要分开:原始材料缺失、字段不统一、规则没写清、AI 理解偏差、人工操作失误、验收漏项。

如果所有问题都写成“AI 不准确”,公司学不到东西。

第 24–27 天:换一个人复现

让另一名员工完全按照任务卡操作。

如果只有最早试用的人能做,说明方法还藏在他的经验里。观察第二个人在哪里卡住,再补输入要求、样例和检查项。

第 28–30 天:做第一次小复盘

只回答五个问题:

  1. 连续运行了几次?
  2. 每次实际节省多少时间?
  3. 最常见的三类错误是什么?
  4. 输出是否有人使用并采取动作?
  5. 是否值得进入岗位化?

第二阶段验收

  • 至少连续运行五次;
  • 换人能够复现;
  • 有原始结果和修改记录;
  • 验收人能在合理时间内检查;
  • 没有发生越权动作或敏感数据违规;
  • 任务确实解决了一个重复问题。

达不到就继续修,不用为了时间表硬升阶段。

五、第 31–60 天:把一次用法变成一个岗位

前 30 天证明“能做”,接下来 30 天要证明“能稳定做”。

第 31–37 天:完成 AI 岗位说明书

把前期经验固定成六部分:

  • 岗位使命;
  • 输入材料;
  • 处理流程;
  • 固定输出;
  • 禁止事项;
  • 检查人和验收标准。

说明书要写到普通员工拿到后能操作,不依赖作者现场解释。

第 38–45 天:接入日常节奏

明确:

  • 每天或每周什么时候提交;
  • 谁负责准备数据;
  • AI 结果放在哪里;
  • 主管什么时候检查;
  • 异常交给谁;
  • 未完成事项在哪次会议追踪。

岗位只有进入日历、例会和责任表,才不会在新鲜感过去后消失。

第 46–52 天:建立岗位台账

台账不需要复杂,至少记录:

  • 日期;
  • 输入份数;
  • 输出份数;
  • 处理时间;
  • 检查时间;
  • 错误数;
  • 返工原因;
  • 触发的动作;
  • 最终负责人。

这份台账帮助老板判断到底是节省了时间、提前发现了问题,还是只多了一道检查。

第 53–57 天:做异常测试

不要只用最干净的数据。主动测试:

  • 表里缺少字段;
  • 商品重名;
  • 数量为零或负数;
  • 同一客户多个名称;
  • 一条记录里有互相矛盾的信息;
  • 文件时间范围不一致;
  • 出现超大金额或异常数量。

看 AI 会不会乱补、岗位会不会停、检查人能不能发现。

第 58–60 天:决定是否保留岗位

岗位值得保留,应至少满足:

  • 任务持续存在;
  • 输出有明确使用者;
  • 人工复核成本可接受;
  • 错误能够发现和纠正;
  • 省下的时间或减少的遗漏有去向;
  • 没有突破数据和授权边界。

如果只是生成更多没人看的内容,就停止或重做。

六、第 61–90 天:接入一条流程,用经营结果验证

岗位跑稳后,才进入最关键的一步:让结果被上下游接住。

第 61–67 天:画出完整流程

从任务开始到经营动作结束,写清:

  • 谁提供输入;
  • AI 处理什么;
  • 谁确认;
  • 谁执行;
  • 异常怎样升级;
  • 最终在哪里留痕;
  • 什么叫闭环。

例如,拜访记录岗位的流程不应停在“生成表格”,而应继续到主管分派、仓库或内勤处理、业务员反馈、早会复盘。

第 68–73 天:建立绿黄红风险分级

绿色:AI 可以先做、人抽查。

黄色:AI 给建议、指定岗位逐条确认。

红色:涉及资金、订单、价格、合同、客户承诺和员工权益,AI 不得自主决定或执行。

对黄色和红色事项,写清触发条件、确认人、确认材料、允许动作和记录方式。

第 74–80 天:选择一组经营指标

指标要和任务直接相关。

例如拜访记录流程,可以观察:

  • 按时提交率;
  • 信息缺失率;
  • 异常分派时间;
  • 待办闭环率;
  • 缺货反馈次数;
  • 因错误承诺产生的问题。

不要只看“用了多少次”,也不要把公司总销量的所有变化都算到 AI 头上。

第 81–85 天:对比基线

把试点前和试点后放在一起:

  • 哪一段时间缩短;
  • 哪类遗漏减少;
  • 哪项经营指标变化;
  • 增加了多少准备和检查成本;
  • 有没有新的风险;
  • 同期是否有促销、季节、人员等其他变化。

可以得出“有效”“无明显变化”“证据不足”三种结论,不必强行成功。

第 86–90 天:做最终复盘和下一步决定

90 天结束时,只做四种选择:

  1. 保留:任务有用,继续按当前范围运行;
  2. 优化:方向正确,但数据、规则或流程需调整;
  3. 扩大:证据稳定,复制到更多人或相似任务;
  4. 停止:收益不足、风险过高或条件不具备。

扩大时每次只增加一个变量:增加员工、增加门店、增加商品或增加一个相邻任务。不要同时扩大所有范围,否则出问题后无法判断原因。

七、90 天里,老板、主管和员工各做什么

老板

  • 选问题,不追工具;
  • 确定优先级和风险边界;
  • 指定流程负责人;
  • 保护员工如实报告错误;
  • 根据证据决定投入。

业务主管

  • 定义字段和验收;
  • 每天或每周检查;
  • 处理跨岗位交接;
  • 记录同类错误;
  • 把 AI 输出转成经营动作。

一线员工

  • 按要求提供真实材料;
  • 使用固定任务卡;
  • 检查结果,不盲目复制;
  • 补充 AI 看不到的现场事实;
  • 反馈哪里难用、哪里易错。

财务、数据或系统人员

  • 确认数据口径;
  • 管理权限和脱敏;
  • 保证结果可追溯;
  • 对接现有系统时验证异常和失败处理。

落地不是把任务甩给一个“AI 专员”。它需要老板授权、主管负责、一线执行、数据支持。

八、预算怎么花,先后顺序很重要

90 天第一笔投入,不一定是买大系统。

更合理的顺序通常是:

  1. 花时间把任务和口径说清;
  2. 用现有工具验证是否有价值;
  3. 投入岗位模板、数据整理和主管复核;
  4. 任务稳定后,再评估账号、接口、自动化和系统建设;
  5. 只有流程已经证明有效,才扩大集成成本。

如果一个任务靠人工导入每天只花五分钟,且结果尚未证明有用,就没必要先花钱自动接系统。

反过来,如果它每天处理大量数据、运行稳定、人工搬运已经成为瓶颈,再考虑系统连接就有依据。

九、90 天最常见的五种失败

同时做太多

每个场景都只有开头,没有连续运行。解决办法是砍到一个主任务。

只展示最好的一次

演示成功不等于日常可用。必须看连续运行和换人复现。

只算省时,不看结果

省下来的时间没有用于更有价值的动作。要提前定义时间去向。

不记录错误

团队怕被批评,只报好消息,最后风险在扩大后集中暴露。老板要把早发现错误当成贡献。

直接追求自动执行

流程和权限没想清就接系统。要先把建议、人审和执行分开。

十、90 天结束,老板应拿走的不是“会用 AI”

一套合格的 90 天成果,至少包括:

  • 一张公司 AI 任务盘点表;
  • 一张数据准备清单;
  • 一张五步派活卡;
  • 一份 AI 岗位说明书;
  • 一套人工确认和风险分级规则;
  • 一份连续运行台账;
  • 一组试点前后指标;
  • 一份保留、优化、扩大或停止的决定。

这些都是公司的经营资产。工具可以换,模型可以升级,这套任务、数据、责任和验收方法仍然能用。

工业和信息化部等四部门提出,中小企业数字化改造要聚焦重点场景,并由点及面、逐步深入。90 天路线图的核心正是这个顺序:先在一个小场景里证明价值,再让岗位和流程发生真实变化。

最后:今天就填路线图的第一格

不要等下一个工具,也不要等一套完美方案。

打开《90 天 AI 落地路线图与自评表》,今天只完成三件事:

  1. 写下公司最重复、最容易检查的十项工作;
  2. 选出一个低风险主任务;
  3. 指定一名真正能验收结果的主管。

14 天后看任务和数据,30 天后看能否稳定复现,60 天后看能否成为岗位,90 天后看它有没有进入流程、产生经营证据。

AI 落地不是一次“学会”,而是老板带着团队完成四次升级:

从想用,到会派活;从会派活,到有岗位;从有岗位,到进流程;从进流程,到用结果决定下一步。

做到这一步,你不一定拥有最先进的工具,但已经拥有一家公司真正使用 AI 的基本能力。


参考资料

  1. 工业和信息化部等四部门:《中小企业数字化赋能专项行动方案(2025—2027年)》,2024-12-13。
  2. 国务院:《关于深入实施“人工智能+”行动的意见》,2025-08。
  3. 美国国家标准与技术研究院(NIST):《AI Risk Management Framework》,访问于 2026-07-27。
  4. 项目内部研究底稿:《快消行业经销商 AI 应用研究说明》,2026-07-24。