企业 AI 落地选场景，业务最喜欢选“办理”：下单、改单、退款、审批。
办理看起来价值大，做完就能省人。
但办理也是风险最大的部分。
查询和办理，差在哪
查询是读数据。答案错了，员工能发现、能纠正。
办理是写数据。错了可能已经发生：订单改了、退款出了、权限开了。
两者的验收难度、权限要求、出错代价，完全不是一个量级。
一个五问检查
选场景前，先问五个问题：
- 会不会改数据；
- 会不会对外发送；
- 会不会产生费用；
- 能不能回滚；
- 谁批准。
五个里有一个是“是”，先按办理处理，不要按查询做。
推荐的顺序
第一步，查询。 查订单、查库存、查工单、查制度。只读，权限低，容易验收。
第二步，草稿。 生成回复草稿、报价草稿、跟进记录。人确认后再发。
第三步，人工确认提交。 AI 填好，员工点提交。写操作发生了，但人还在环里。
第四步，低风险自动办理。 只有规则稳定、可回滚、出错代价低的动作，才考虑自动。
顺序不是保守，是让每一层都有验收标准。
为什么查询更容易验收
答案有来源，员工能核对。
权限只读，给错了也不会改数据。
出错能发现，改起来也快。
查询跑顺之后，团队对知识、接口、权限有了底，再往办理走，风险小很多。
查询场景怎么选
高频、答案有来源、员工能核对、权限只读。
四个条件都满足，查询适合做第一版。
草稿场景怎么验收
看格式、事实、语气、是否需要人工改。
格式对但事实错，仍然不能通过；事实对但语气不像公司，至少还能改。
办理场景的试点范围
先一个动作、一个系统、一个角色。
不要一次接整个流程。先做“改一个地址”或“提交一张表”，跑顺再扩。
办理要补什么
确认、回滚、日志、审批、人工接管。
每开放一个写操作，都要能回答：谁批准、错了怎么退、日志在哪里、什么情况必须人工。
这四件事没补齐，自动办理不要上线。
一个判断读写顺序的练习
把流程画成三步：查什么、改什么、通知谁。
查是读，改是写，通知是对外。三步里，先做查。
改和通知要分开验收。改完必须通知的流程，通知也要单独设计，不要和改绑在一起。
写操作的最小试点
一个动作、一个系统、一个角色、一个可回滚条件。
四个一跑通，再扩第二个动作。不要用“整个流程上线”做第一期目标。
查询和办理的权限差异
查询通常只需要只读权限，办理需要写权限；写权限要分级、审批、日志。
第一版只给只读，能减少很多安全评审。只读也不是没有风险，敏感字段仍要脱敏。权限给到最小，再逐步加。这一步不能省，也别省。
边界
纯内部、低风险、可回滚的办理，可以从办理开始。
涉及资金、合规、对外承诺的办理，不要自动。AI 可以准备，人必须确认。
如果业务只想要“全自动”，先问一句：出错谁负责。答案不清楚，先做查询。
企业 AI 落地的顺序，不是先做最难的，而是先做能验收的。先查询，再草稿，再办理，比一上来就自动更稳。