很多团队一提企业 AI，就会同时聊知识库问答、审批自动化、销售助手、运营 Copilot，讨论很热闹，项目却迟迟起不来。
问题通常不是模型不够强，而是第一步选错了入口。企业做 AI，先做哪个，不是在选功能，而是在选改造成本、验证难度和组织阻力。
1. 资料散、问答重复时，先做知识问答更稳
如果当前最大的痛点是文档散、制度版本乱、新人总要到处问人，那知识问答通常最适合作为第一站。它的好处是不用一开始就改主业务流程，先把资料检索、权限范围和回答边界跑顺，就能很快看出有没有价值。
但边界一定要收住。知识问答适合帮人查规则、找资料、定位文档，不适合一上来就替人做审批判断、价格承诺或者客户回复。只要把它当成“什么都能问、什么都能做”的总入口，后面就很容易因为答案不稳定失去信任。
2. 规则已经比较稳定，再上流程自动化
如果企业已经有比较清楚的流程节点、输入字段和处理规则，比如询盘分发、工单归类、资料初审、报销校验，这类环节做 AI 自动化，通常比做一个“万能助手”更容易看到结果。
但这里真正难的也不是调模型，而是异常处理。自动结果错了谁接手，能不能回滚，原系统有没有日志，流程是不是还在频繁变化，这些比 demo 漂不漂亮重要得多。流程本身还没稳定前，过早追求全自动，往往只是把混乱写进系统。
3. 业务助手最吸引人，但通常不该做第一站
销售助手、采购助手、客服助手看起来最像“真正把 AI 用起来了”，所以也最容易让管理层感兴趣。但这类项目一期最容易失控，因为它同时要求上下文完整、角色目标一致、建议可解释，还可能碰到系统写回和责任归属。
如果资料、流程、权限这些基础还没打稳，助手在演示里看起来很聪明，到了真实使用里就会时好时坏。我的经验是，这类能力更适合先限定在建议、草稿、检索增强层，等前面的问答或局部自动化跑顺了，再往更深的业务动作走。
4. 一个更稳的排序方法
如果让我给大多数企业一个更保守也更容易交付的顺序，我通常会建议：先做受限范围的知识问答，或者挑一个高频、低争议的流程做自动化试点；等日志、权限、异常处理和使用反馈都积累起来，再考虑把 AI 做成更主动的业务助手。
这个顺序的价值，不只是技术风险更低，更重要的是组织更容易接受。第一步先交付一个边界明确、效果可解释的能力，团队才有机会建立真实信任。等大家知道 AI 在哪里能帮忙、哪里必须人工把关，再扩到更复杂的场景，项目会稳很多。
最后，企业做 AI，第一步别只看哪个方向“最像未来”，而要看数据准备度、规则稳定性和责任边界。入口选对了，后面越做越顺；入口选错了，项目通常从第一阶段就开始失控。
