企业里推动一件新工具，最容易卡住的地方不是工具本身，是排期。「等接口评估完」「等 IT 有空」「等数据打通」——一圈下来，一个本来两周能验证的场景，被推到了下个季度。

WorkBuddy 的起步方式刚好绕开这个循环：先选一个场景做试点，以导出文件为输入，不需要先做系统对接。

一、为什么导出文件就够了

这类任务在企业里本来就有固定形态：银行流水导出的 Excel、报销单导出的表格、制度 PDF、票据照片、会议录音、群聊记录。它们不是为 AI 准备的，是日常业务自己产生的。

智能体装在员工电脑上，在授权目录里读写这些文件，按定好的步骤拆解、执行、自检，输出可复核的结果。也就是说，试点验证的是「这段活能不能按规则做完」，不是「数据能不能实时同步」。这两件事分开，起步动作就轻了。

ERP 等系统能不能对接、按什么接口和权限做，属于后续评估项，不影响第一个场景先跑。真到了要打通的时候，试点阶段攒下的规则、样本和问题记录，反而会让接口需求写得更准。

二、最小起步的六个动作

  1. 选一段流程：挑重复、规则清楚、输入是导出文件或文档的那段，别挑最复杂的。
  2. 定输入：确认文件由谁导、多久导一次、放在哪个授权目录。
  3. 写规则：把判断依据落成制度条款、规则表或参考答案。
  4. 备样本：一组有代表性的脱敏样本，覆盖正常情形和常见例外。
  5. 配并试跑：工程师配置智能体或工作流程，跑固定样本，记录漏检、误报与复核成本。
  6. 验收再复制：确认有人持续使用，再把方法复制到下一个场景。

公司这边只需要指定一位业务负责人（确认规则、写参考答案、签验收）和一位账号管理员，不需要 IT 团队。需求文档也不是前置条件。

三、六类交付材料，试点结束要拿得到手

「跑起来了」不等于「交付了」。实施方案里列明六类材料，试点结束时应逐项对账：

  • 需求确认表
  • 资料与权限清单
  • 可运行的智能体配置或工作流程
  • 测试样本、结果与问题记录
  • 操作手册、培训材料与验收记录
  • 维护范围、责任人与变更规则

第六类最容易被漏掉，却决定了三个月后规则变了谁负责改、改完要不要重跑样本。把它在试点前就写进方案，比事后补更省事。

四、把「能不能」换成「值不值」

试点跑完，真正要回答的是三个问题：

  • 这段活的输出，业务负责人能不能直接接着往下办？
  • 复核成本有没有降下来，还是只是把工作量搬了个位置？
  • 日常有没有人真的在用，而不只是验收那天用？

这三项对应五项验收维度里的输出可用性、完整工作量与实际使用。阈值由企业按业务风险在试点前定，跑完用同一把尺子量，不预设准确率或节省比例。

想清楚这三点，再决定是复制、调整还是停掉，比一开始就承诺一个效果数字更靠得住。

五、什么情况下要先把对接谈清楚

有两类项目不适合完全绕开系统话题：

  • 数据不便外传、必须走内网或特定隔离形态；
  • 需要多部门同时试用、输入输出都要落到现有系统里。

这类项目可以在试点前先做接口与权限评估，但评估结论影响的是「怎么部署」，不改变「先用一个场景验证价值」这个顺序。

常见问题

Q：导出文件会不会泄露数据？ A：资料与权限清单会在需求确认阶段列明，试点用脱敏样本，输入放在授权目录内。涉及内网系统的项目按接口和权限另行评估。

Q：试点要买多少席位？ A：企业旗舰版 1 席起购，试点期可以先按月开少量席位。先按场景定席位，不按公司花名册算人数。

Q：跑完一个场景，下一步是什么？ A：交付六类材料、完成验收记录，确认有人持续使用，再决定复制方法到下一个场景。线上答疑陪跑覆盖试点后的使用复盘与规则更新。