三大体系：当年是框架，今天是清单
我们比较早提出智慧旅游的三大体系：智慧旅游服务、智慧旅游管理、智慧旅游营销。当年它更像一个框架，用来和主管部门、景区讨论“智慧旅游到底包含什么”，避免把信息化窄化成买几台设备、建一个网站。
今天回头看，这三层其实就是三张需求清单：
- 服务层：面向游客的信息获取、预订、入园、在园体验与投诉处理；
- 管理层：面向内部的票务、调度、安全、财务与数据上报；
- 营销层：面向渠道和内容的分发、投放、口碑维护与会员运营。
有意思的是，今天企业提出的 AI 场景，几乎都能放回这三层里。框架的价值不在于新，而在于它能不能一直装得下新东西。
863 课题：先解决“数据能不能通”
我们参与了国家 863 计划“基于高可信网络的数字旅游服务系统开发及示范”课题。这个课题要解决的核心问题，是旅游服务信息在不同系统之间怎么可信地交换——一个目的地的信息，从管理部门到景区再到渠道，说的是不是同一件事。
这个问题今天依然存在，只是换了形态：以前是系统和系统之间对不上，现在是模型读到的数据和实际业务对不上。当年靠接口和标准来解决，今天在此基础上多了一层要求——还要让模型理解字段背后的业务含义。
从规划到项目：最费时间的部分一直没变
这些年我们参与了江苏、浙江、宁夏、山东以及苏州、徐州、镇江、威海、昆明等地的智慧旅游规划，也在具体的企业项目上做过交付。以九华山旅游发展股份有限公司为例，那份《2010年—2014年信息化和电子商务战略发展规划》后来落成了门户网、集团下属酒店、索道和旅行社的官网与电子商务系统、旅游分销系统，以及综合电商平台佑途网。这些系统此后持续承担九华的线上交易，零故障支撑上亿元微信订单，日峰值订单超百万。
这类工作的共同点是：写出一份规划不难，难的是让不同部门对同一份数据负责到底、把上线之后的维护责任定下来。这个环节二十年没变，也是项目成败的分水岭。
二十年前要解决的是信息不对称，今天要解决的是模型能不能读懂业务——同一件事的下一段。
落到 AI 中台：换的是工具，不是顺序
“智旅通”这个名字也不是新造的。它原本是有客电商业务里的一个微信第三方平台，做目的地门票、酒店、餐饮和旅游商品的在线预订；同期有客的身份从微信开发者、第三方平台，延伸到微信支付服务商、支付宝独立软件开发商和阿里云服务商。从微信里的一个第三方平台走到今天的 AI 中台，是同一条产品线的延续。
所以智旅通没有从模型开始。我们先把景区、旅行社、酒店和主管部门的高频业务动作整理成可复用的能力，再考虑用什么模型来执行。顺序和智慧旅游服务体系那个时代是一致的：先定标准，再通数据，最后才是做应用。
2006 年以来我们只服务旅游行业，服务对象一直是旅游局、景区、度假区、酒店、旅行社和大型旅游集团。二十年前要解决的问题是减少旅游信息的不对称，尽可能提高旅游产品的确定性和预订的实时性。这件事今天没有做完，只是第一次有了能做判断的工具。我们更愿意把它当作同一件事的下一段，而不是一个新故事。