周一早会上，旅行社负责人对计调说：“把上周出发的散客订单给我一份，我想看看哪些团要做回访。”
同事一听就懂。可到了电脑前，计调要把这句话拆成好几步。先找到订单菜单，再选散客、选出团日期、填起止时间，最后申请导出。新同事可能知道负责人想要什么，却要问旁边的人：“这份表到底从哪里出？”
传统软件接入 AI 后，员工可以直接交代一件事。助手理解需求，业务系统按权限执行，员工拿到可以核对和使用的结果。 变化由此发生在三个地方：人怎样开口，软件怎样办事，以及大家怎样知道事情办到了哪一步。
一句“上周的订单”，系统该怎么理解？
“上周的订单”和“上周出发的订单”，查出来可能是两份名单。
一位客人上个月报名、上周跟团出发。负责人要做出团回访，这位客人就应该在名单里。要是按订单录入日期筛选，恰好会漏掉他。
好用的助手听到“上周出发”，会把它理解为出团日期，并把具体的起止日期列出来，让计调看一眼。若员工只说“上周的订单”，助手就该追问一句：“你想看上周新录入的订单，还是上周出发的客人？”
过去，计调得记住该选哪个筛选框。现在，他可以把注意力放回自己熟悉的事情上：这份名单究竟拿来做什么？
同一套软件，可以有几种入口
过去，“查订单”这项功能主要由人点击页面上的查询按钮来使用。接入 AI 后，旅行社也可以把它开放给经过授权的助手。
以 WorkBuddy 为例，员工用自己的账号授权后，可以在对话中说明订单类型和日期。助手通过连接器把条件交给业务系统，系统核对这个员工能看哪些订单，再返回结果。这里说的“连接器”，就是助手调用外部软件功能的通道。WorkBuddy 官方连接器说明
这时，对话和页面各有用处。销售正在接客户电话，想知道某个团还有几个位置，用一句话查团期很顺手。计调要逐笔核对十几张订单，把记录摆在表格里看更清楚。两个人用的是同一套业务数据，入口可以随着手上的工作变化。
员工说“给我一份 Excel”，软件应该交付什么？
还是早会上那份回访名单。助手提交了导出申请，告诉计调：“已申请上周出发的散客订单明细，请到报表领取页查看。”
负责人这时问：“表做好了吗？”计调还不能把申请提示当成文件交过去。他要等系统生成 Excel，用本人账号领取，打开文件核对出团日期和订单范围。这几步走完，负责人才能用它安排回访。旅行社订单 Excel 领取示例
这解释了为什么接入 AI 后，软件仍然需要设计好页面。已提交、生成中、可领取，三种状态要让人一眼分得清。对正在等表的计调来说，页面上一个能打开的领取入口，比助手再解释一遍操作流程更有用。
客人说“帮我留两个位”，又该谁来办？
销售查到某个团当前还有两个位置，便可以回答客人。客人接着说：“那就给我留两个。”短短一句话，业务已经从查询余位变成了办理预订。
这时还要确认是哪一个团、替哪两位客人预订，以及办理时库存是否仍然充足。销售按旅行社的流程办理，等系统返回预订结果，才能告诉客人位置是否留好了。
旅行社想判断 AI 到底帮上了多少忙，可以在下次早会上做个简单的比较。还是要那份“上周出发的散客订单”，记下从负责人开口到拿到正确文件用了多久。计调少问了几次同事？有没有因为日期选错而重新导出？文件到了手上，能不能直接安排回访？
当新人第一次听到这句话，就能选对日期、找到订单，把负责人要的那份表交到手上，传统软件的变化，在这家旅行社里就看得见了。
