小团队怎么把 AI 真正用起来，又不白忙一场？

看完一个 AI 演示，觉得“这个能省不少事”，离同事每天愿意用它，中间还有一段距离。

两份服务说明不一致，系统该信哪一份？连接突然断了，谁知道还有哪些询价没处理？一封回复写得很快，但同事要改半天，那到底省没省时间？

这些问题，适合在小范围试用时就解决。一个做得好的试点，应该留下两样东西：团队能接着用的流程，以及足够判断要不要继续投入的记录。

这篇讲的是选定项目之后怎么做。如果你还在犹豫先改哪项工作，可以先看小生意想做自动化，先从哪件事下手。

1. 先写清楚这次到底要做什么

买工具或找人开发之前，先用一页纸把任务说清楚。负责做这件事的同事和供应商看完后，对“交付到什么程度”应当有相同理解。

以处理服务询价为例，可以这样写。下面是一份示例说明，并非客户案例。

• 从哪里开始：指定收件箱收到新的服务询价。
• 可以使用的资料：客户原文，以及公司确认过的现行服务说明。
• 需要交付什么：询价摘要、缺失资料和回复草稿，保存下来供同事审核。
• 谁来决定：工作人员确认服务是否合适，并批准所有发给客户的内容。
• 这次不做什么：承诺价格、确认预约、办理退款，或修改客户记录。
• 谁负责：运营负责人，并安排一位不在岗时能接手的同事。
• 怎么判断有用：每笔询价的总处理时间减少，事实错误和漏处理没有增加。
• 什么情况下暂停：未经批准发出消息、资料被越权读取，或者失败的事项无法可靠找回并继续处理。

先把“整理询价”和“作出报价承诺”分开。前者可以试着交给系统，后者仍由团队负责。范围清楚，后面才有办法判断做得怎么样。

拿这份说明去比较方案，也更容易问到点子上。请对方演示同一组资料、同样的特殊情况，看看是怎么处理的。

2. 现有工具能做，就先从现有工具开始

先检查你正在用的客户管理系统、邮箱和报表软件。分配表单、复制结构化字段、按日期发提醒，可能已经有现成功能。

输入内容不固定时，例如一长串邮件、几份文件，或者同一个问题有不同问法，AI 才更值得加入。它负责准备摘要或草稿，固定规则检查必填内容，工作人员确认关键决定。

挑工具时，可以围绕实际工作问这些问题：

• 能不能只读取这项任务需要的资料，不开放其他客户记录？
• 能不能先保存草稿或待确认的修改，而不是马上执行？
• 同事审核时，能否同时看到原始材料？
• 连接失败，或者同一条记录被处理两次，会发生什么？
• 换供应商时，自己的资料和工作说明能否拿回来？
• 按目前的真实工作量计算，使用费、连接费和支持费用是多少？

用自己的例子测试。演示里资料齐全，换成一封漏了地址的询价，或者一份过期服务说明，结果可能就不一样了。

3. 给 AI 的业务资料，要有人管

通用 AI 不会自动知道你的服务范围、当前优惠和审批要求。先给这项任务准备一小套确认过的资料。

处理询价，可能只需要服务清单、覆盖地区、预约必填信息、几封合适的回复范例，以及哪些情况应转交负责人。其他暂时用不到的文件，先别一股脑放进去。

每份资料都要有人负责更新，也要标明检查日期。两份内容冲突时，以哪份为准？旧价目表和过期政策怎么归档？这些问题应该先定下来，不能留给审核的人临时猜。

业务知识库的价值，也是在这里慢慢积累的：信息有人维护，做事要求可以重复使用。如果只是多放了一个装满文件的文件夹，同事还是得四处找、反复核对。

把“输出什么”说得具体一点

不必一开始就追求很长的提示词。先讲清楚结果要包含什么，拿不准时怎么办。例如：

请根据客户消息和已确认的服务资料，整理一份内部询价记录。列出客户需要的服务、已经提供的相关信息、还缺哪些资料，以及建议的下一步。涉及公司服务的判断，要注明依据。资料缺失或前后冲突时，请标出供同事确认。不要补写价格、确认档期、修改记录或发送回复。

再把审核格式固定下来，方便同事快速查看：

• 用两三句话概括客户的需求。
• 列出客户已经说清楚的事实，并保留原文。
• 单独列出缺失或矛盾的信息。
• 回复内容明确标成草稿。
• 需要负责人判断时，写清楚原因。

提示词里的“不要发送”不能代替权限控制。软件本身也要限制发送和修改记录的能力，等有权限的人批准后，再进入执行步骤。

4. 接真实资料前，先把权限和去向弄清楚

画一下资料会经过哪些地方：从哪里进来，发给哪些服务，输出和日志存在哪里，谁可以查看。这样比笼统问一句“这个 AI 安不安全”更容易检查。

内部测试可以先用模拟资料，或经过适当去标识处理的样本。只删掉姓名，其他细节仍可能让人认出当事人。

使用个人信息或保密资料前，要检查供应商关于数据保留、模型训练、访问和删除的条款与设置。哪些资料允许进入，哪些必须留在原系统，事先说清楚。涉及对外发送或修改的操作，也要同时验证结果和审批控制。

澳大利亚隐私监管机构 OAIC 建议，不要向公开可用的生成式 AI 工具输入个人信息，尤其是敏感信息。评估工具时，可以参考它的商业 AI 产品隐私使用指引。

把实际安排写进试点说明：允许读取的资料、允许执行的动作、审核人员、保存设置，以及谁能撤销访问。正式使用前，也要核对你的业务和所处理资料适用的要求。

5. 准备一组能把问题试出来的样本

调整提示词之前，先留一组测试材料，其中一部分不要拿来反复调试，留到最后检查。否则系统可能只是对熟悉的例子表现很好，遇到新情况就不行。

以询价流程为例，第一轮可以先准备 20 个测试用例。下面是一种示例分配：

• 8 个信息齐全的普通询价。
• 4 个缺少必要资料的询价。
• 3 个信息有矛盾，或需求超出服务范围的询价。
• 2 个重复提交的请求。
• 2 个带有越权指令的请求，例如要求跳过审批。
• 1 次中途运行失败，用来检查提醒和恢复处理。

20 个用例只是起步，不足以证明系统的长期错误率。试用中遇到新的问题，要加入测试集；准备开放更重要的操作之前，也需要扩大测试。

每个用例先写预期结果，再让系统处理。客户没写地址，正确做法是提示补充；服务说明有冲突，正确做法是交给人确认。客户消息里写了什么，并不能因此改变系统的权限。

错误要分轻重

一句话不够顺、编出一个价格、把邮件发错人，后果差得很远，不能混在一个平均分里看。

留一份简单的错误记录：输入是什么、预期怎么处理、实际输出是什么、后果如何、做了什么修改。改完提示词、业务资料或工具连接，再把受影响的例子跑一遍。一次通过，并不代表以后换了资料也会一直正确。

6. 算时间，要把检查和返工也算进去

试用前，先记录现在处理任务的情况。人在实际操作的时间，和事情卡在队列里等待的时间，分开记。自动化可能改善了其中一个，另一个却没变。

试用时，要把准备资料、审核、修改和异常处理都包括进去。一份草稿几秒钟就出来，只说明生成很快，还不能说明整件事省力。

假设原来一项任务要 10 分钟。改用新流程后，准备输入花 1 分钟，审核和编辑花 3 分钟，平均每次处理错误或特殊情况再花 2 分钟。总共是 6 分钟，实际每次省下 4 分钟。

如果每周处理 60 次，就相当于每周省下 4 小时。这是说明算法的例子，不是客户成果或收益预测。实际统计时，失败的任务也要算进去，每周维护系统的时间也不能漏。

建议一起看这几项记录：

• 完成一项任务，工作人员总共花了多久。
• 有多少输出不需要实质修改，就能采用。
• 有没有漏处理、重复处理或做到一半的事项。
• 客户从发来消息到收到有效回复，等了多久。
• 这套流程每周需要多少费用和维护工夫。

验收条件在开始前约定。例如，测试中不能出现未经批准的操作，处理时间需要有值得投入的改善，但可以接受少量措辞修改。具体门槛要看业务和出错后果，不能给所有任务套一个“准确率达到多少就上线”的数字。

你也可以用流程节省时间计算器估算省下工时的价值，再对照搭建、订阅、使用和维护费用。只有对应的支出确实减少了，才能把那部分算作实际省下的费用。

7. 交付时，要让同事知道怎么用、怎么停

前期可以让系统和现有处理方式并行，比较结果，先不依赖未经验证的操作。之后再交给一小组人使用，并让待审核事项有一个清楚的查看入口。

交接说明要能回答两个问题：正常上班时怎么用？出问题时怎么办？至少把这些事项交代清楚：

• 谁负责整条流程，谁负责更新各份业务资料。
• 输出怎么审核、退回和修正。
• 失败或未完成的任务在哪里看，谁定期检查。
• 怎样暂停系统，改回人工处理。
• 恢复后怎样避免重复建记录、重复发消息。
• 连了哪些工具，开放了什么权限，每月有哪些费用。
• 数据、工作说明和配置如何导出，结束合作时怎样交接。

验收前，实际试一次恢复过程。比如断开一个测试连接，看看谁收到提醒，未完成的事情能不能接着处理。同事要知道系统何时没有正常工作，不能等客户来催才发现。

更换模型或更新资料后，再跑相关测试。检查频率应当跟着业务信息的变化速度和出错风险来定。

如果先用四周试一件小事，可以怎么安排？

下面是针对范围较小、所需资料已经准备好的内部流程，给出的一份安排示例。复杂连接、较高风险的用途或尚未解决的访问问题，可能需要更长时间。

第一周：把范围和原来的做法记下来

确定那份一页纸的说明，观察现有任务，记录原来的处理时间。安排负责人、选择可以使用的资料，并准备第一批测试用例。到周末，大家应当知道这次要做到哪里、拿什么来验收。

第二周：先做出小版本，再专门找问题

配置一个能完成基本任务的版本，测试资料齐全、资料缺失、来源冲突和步骤失败的情况。输出先在内部检查，关键错误解决后，再考虑使用真实客户资料或开放对外操作。

第三周：交给少数同事试用

保留审核，让一小组人实际使用。记录处理时间、修正和特殊情况。问问同事：哪一步仍然麻烦？原来的工作少了，还是又多了一项检查工作？

第四周：决定继续、缩小，还是停下来

把结果和原来的做法、整套流程的成本放在一起看。达到约定条件，再扩大范围。有用但还不稳定，就缩小任务继续试。收益太小，也可以停下来，回到更简单的处理方式。

决定继续的部分，要有人接手负责，不能试用结束后就放着不管。

拿一份实际工作来讨论，会更有帮助

带一个最近处理过的例子，列出用到的工具，最好让平时负责的同事一起参与。这样才能具体讨论要改哪几步、交付什么，以及哪些审批必须保留。

你可以查看 AI 自动化与业务转型服务，或预约业务流程诊断。如果眼下主要卡在资料散乱、访问权限不清，也可以看看我们的数据整理与 AI 管控服务。