旅行管家助手
设计原则

把“微信群里的手艺”,变成“有记忆、会预警、可传承的作业系统”。

它不是一个更聪明的微信群,也不是替管家做决定的 AI 调度器。它把管家从信息路由和手工协调里解放出来,让管家把精力放回只有人才能做的事:判断、安抚和讲述。

系统承担

  • 记住:客情、交接、讲过的故事
  • 聚合:散落的信号收成一屏
  • 提示:在需要知道的时刻浮上来
  • 流转:事项有主、有时限、能交接

管家保留

  • 决定:所有判断都在管家手里
  • 在场:少低头,多看客人
  • 讲述:素材只是提示卡
  • 连接:和客人说话的永远是人

以“行程”为单位,不以“群聊”为单位

微信群的问题不在沟通不便,而在于行程知识、客人偏好、风险信号和决策依据都散在聊天流里,随刷随走,无法沉淀、预警、移交。驾驶舱把一趟旅程涉及的人、事项、信号和客人信息收在一个有结构的空间里。微信群退回到情感连接和寒暄,操作性的协调迁到有状态、可追溯的系统里。

六个模块(演示里都能点)

① 行程驾驶舱

打开先看“此刻”:客人在哪、下一站还有多久、哪些事要我处理。客人状态由时间轴推出来,不靠人填。上一位管家的交接备注就在旁边。

② 智能任务流

“在群里说一声”变成带截止时间的事项。通知只发给司机、酒店、在地接待,对方回 1/2/3 即可。绿=确认、黄=等回复、红=超时或有问题 → 建议直接打电话。

③ 风险雷达

输入是管家本来就在产生的一句话备注,加上海拔变化、年龄、既往记录。分绿/黄/红三级,每条都写明依据。措辞是建议:“晚餐时主动问问睡眠”,不是“请执行健康检查”。公开路况天气只有落在接下来的行程节点上才提示。

④ 文化锦囊

到了寺院、垭口、村庄,浮现几张由真实的人讲述的提示卡,标出谁讲过、哪位客人此前聊过这个话题。管家讲完的好故事一键收录,本人确认后署名入库。

⑤ 客情记忆

一句话备注(可语音)自动提取标签,晚上一次性确认同步到档案,下一站酒店和接手的管家都能看到。请假、换线时一键生成交接单。

⑥ 管家信号灯

从事项超时、风险跟进间隔、记录频率变化和“需要支援”按钮,给调度一个柔性的可见性。不是监控,只提醒调度在问题爆发前问一句“需不需要换手”。

AI 的边界

AI 只做三个动作:聚合、提取、起草。不做自动决策,不自动发给客人,不替代管家的任何判断。

可以做(演示里标为“AI”)不能做(代码里就没有这条路)
把“此刻需要你”聚合成两三句话自动调整行程
从一句备注里补充偏好标签建议(健康信号只走规则)自动给客人发消息
起草发给司机/酒店的通知,管家改完点发送判断“这位客人高反了”——风险分级是固定规则,且只是提示
把管家的口述只改错字和标点,整理成素材草稿生成一段讲解让管家去念
在交接单前加一段“接手先看”,正文原样保留删改交接内容、编造事实

没有配置大模型或额度用完时,所有功能退回规则与模板,照常可用。

成功的标志

不是“管家用得更多”,而是“管家在客人面前更从容”。如果一个功能让管家在客人面前低头看手机的时间变长了,它就应该被删掉。所以:打开就是“此刻”,记录是一句话,确认是一次勾选,提醒只在该出现的时刻出现。

演示数据:一趟滇藏线 8 日行程的第 4 天下午(香格里拉 → 林芝,前 3 天由次仁带,第 4 天换线给扎西)。人物、酒店、电话均为虚构,地名与海拔为公开地理信息,预警为演示数据。每位访客一份独立的演示数据,7 天后自动清除。