旅行社AI做不起来,往往不是工具差,是没人拍板
旅行社AI做不起来,往往不是工具差,是没人拍板
一、一个做了半年还没人用的项目
上个月跟一位做出境批发的同行喝茶,他讲了件事。去年他听了几场AI的会,回来就让公司最会用DeepSeek的年轻人"把AI顺便搞起来",心想工具是现成的,人也年轻肯学,总不会差。半年过去,机器人能聊天,业务上却没人真用。销售说系统不好使,产品说资料没给全,IT说这不归我管,那个年轻人被催得两头受气。老板最后问了我一句:这项目到底该谁负责?
这句话问到了根上。很多旅行社的AI项目,从立项第一天就把负责人定错了。常见三条路:老板觉得"谁懂电脑就交给谁",于是落到IT头上;要么"谁平时做新媒体就交给谁",落到市场头上;再不就是"谁年轻会摆弄AI给谁",落在一个普通员工头上。三个月一过,老板再问"为什么没人用",其实答案早就埋下了——会用AI工具,和能推动一个企业AI项目,完全是两件事。
二、先想清楚:这到底是个工具项目,还是治理项目
旅行社的AI一旦认真做起来,会同时牵到企业介绍、线路产品、报价政策、服务流程、FAQ、销售话术、培训资料、历史内容和客户常见问题。这些内容分别攥在市场、产品、销售、客服、OP手里,横跨五六个部门。它天然就不是某个部门单独的工具,而是一桩跨部门的业务治理。
所以挑负责人,不能看谁Prompt写得好,也不能看谁最懂服务器。真正能扛这事的人,至少得能持续回答五个问题:眼下公司最值得用AI解决的经营问题是什么;哪个场景先做;这个场景里的知识和数据在谁手里;上线以后真正用的人是谁;一旦没人用、答错、流程断了,谁来推着修复。能把这五个问题答清楚的人,未必是技术最牛的,但他得能把AI从一句口号变成组织的动作。
三、交给IT或市场单独扛,都会带偏
AI项目要部署系统、连账号、管权限、做接口,IT当然得在场。但旅游企业真正卡住的问题往往是另一类:"哪几条线路现在还能卖""老人客户该推什么""报价政策到底听谁的""客户什么时候转人工"。这些问题,IT单独拍不了板。
举个具体的例子。AI客服能不能说"这条线路适合75岁老人",这句话看着简单,背后是产品、OP和业务负责人共同确认的边界,不是写接口的人定的。IT能保证系统跑得起来,但AI回答得对不对,得业务部门负责。反过来,把项目一股脑交给市场也不稳。如果第一阶段只做GEO、公开内容和品牌获客,市场牵头没问题,也最该冲在前面;可一旦项目往内部知识库、AI客服、销售助手、报价和订单走,市场就扛不动了——它知道怎么对外说,却不一定清楚产品现在到底能不能卖、成本多少、资源可不可靠。市场负责让外部正确理解这家公司,但决定不了公司真实能提供什么。
四、产品、销售、OP:各有各守的一摊
产品部门对当前在售线路、停售产品、产品版本、适合人群、报价政策、服务规则最熟,这些是企业知识库最底层的事实,离了它AI就是空转。但产品也有软肋,容易只盯着"产品对不对",顾不上销售到底用不用。
销售部门则是另一类角色。如果项目核心是销售助手、CRM跟进、客户摘要,销售负责人往往最合适,他最清楚客户在哪个环节卡住、销售每天在重复做什么。而且销售不只是AI的使用者,还是企业最重要的客户问题数据源——异议、跟进阶段、成交和流失原因,这些都能反哺知识库、AI客服和GEO。当然销售也容易急,一心奔着成交去,忽略知识治理和数据权限这些长期资产。
OP是最容易被忘掉的那个。不少AI项目是老板、市场、技术三方关起门来讨论,OP没人叫。等AI写出来的东西漂亮得很,真到执行环节才发现车辆、导游、应急、特殊客群这些履约细节对不上。AI的每一句回答最终都要落到现实履约上,OP不能等项目上线了才被通知到场。
五、两张表,把"谁干"说清楚
旅行社可以给AI项目拉一张RACI表,把每件事的责任落清楚:R是负责执行,A是最终负责,C是参与咨询,I是知情。
| 工作项 | 老板/总经理 | AI负责人 | 市场 | 产品 | 销售 | OP | IT |
|---|---|---|---|---|---|---|---|
| 战略优先级 | A | R | C | C | C | C | C |
| 项目预算 | A | R | I | I | I | I | C |
| GEO公开知识 | I | A | R | C | C | C | I |
| 产品知识 | I | A | C | R | C | C | I |
| 销售话术 | I | A | C | C | R | C | I |
| 履约知识 | I | A | I | C | C | R | I |
| 数据权限 | A/C | R | C | C | C | C | R |
| 项目验收 | A | R | C | C | C | C | C |
这张表不必照抄,但它先解决了一个最要命的问题:A只能有一个。五个人共同"最终负责",往往就等于没人负责——知识库错了,市场说产品给的资料有问题,产品说销售没反馈,销售说系统难用,IT说内容不归我管,最后谁都不闭环。多人可以执行,最终责任必须落到一个具体角色头上。
再往下,不同项目该由谁牵头,可以按"谁最靠近业务目标"来配:
| AI项目 | 更适合牵头 | 必须拉进来协作 |
|---|---|---|
| 文旅GEO | 市场/品牌/增长 | 产品、销售、老板 |
| 企业AI知识库 | 业务运营/产品 | 市场、销售、OP、IT |
| AI客服 | 客服运营/销售运营 | 产品、销售、IT |
| AI销售助手 | 销售运营 | 产品、IT、管理层 |
| CRM/ERP集成 | 业务负责人+IT | 销售、产品、OP |
规律就一句话:谁离业务目标最近,谁当owner;谁离技术最近,只能说明他该深度参与,不天然就该最终负责。
六、小、中、大三种规模,各有一套设法
小社一二十个人,硬设专职AI负责人不现实,可以由老板指定一名业务骨干兼职,但必须真给时间、给授权、给阶段目标,否则"兼职负责"早晚变成"有空再弄",被日常业务挤到没影。中型社三五十人往上,可以让运营总监、产品负责人或数字化负责人来当owner,再配一个小的跨部门组。大型集团多品牌多事业部,单靠一个员工推不动,更适合设集团AI负责人统一管战略、知识治理、供应商和预算,事业部设AI联系人负责落地,各知识owner管各自内容。集团最怕的是总部关起门建一个AI中心,业务部门全程不参与,做出来的东西自然没人用——中心该给方法和平台,业务部门必须握着自己场景和知识的责任。
七、落地之前,老板给四样,负责人过12道题
老板在AI项目里最重要的事,不是亲自写Prompt,而是给出四样东西:优先级,确认这是不是今年真正的公司级项目;资源,预算、人员、时间;授权,明确跨部门必须配合;决策,冲突出现时谁来拍板。少了这几样,AI负责人很快就会退化成专门催资料的秘书,产品不交料、销售不用、IT排不上期,谁都推不动。
负责人这一侧,则可以拿12道题做一次自检:为什么做这个项目;谁是最终业务owner;老板有没有正式授权;产品知识谁负责;销售问题谁负责;履约知识谁负责;公开GEO知识谁负责;系统和权限谁负责;供应商有问题谁对接;AI答错以后谁推动关闭;员工不用谁负责解决;三个月后谁决定继续、扩大还是停。如果这12题填出来的都是"市场部""技术部""大家"这种泛泛的名字,项目大概率还没真正立起来。
最后落一句话:旅行社AI项目真正的负责人,从来不是最懂AI的那个人,而是被老板授权、看得懂经营目标、能协调市场产品销售OP和IT、并把"AI有没有真正进入业务"这件事负责到底的人。工具可以换,责任不能跨。