使用场景
自助出行者在规划一次多站行程时,需要把机票、酒店、门票等分散在多个真实预订网站上的信息与操作串起来,边聊边在浏览器里完成搜索、比价与下单,最终拿到可出行的订单。
当前替代方式是用户自己在浏览器里逐个打开航司、酒店与OTA网站手动搜索比价,或使用只给建议、不能代为操作网页的通用聊天助手,再自行复制信息完成下单。
公开材料显示该产品把操作放在真实网站上并在支付页停下,说明旧流程中用户要在多个网站间反复切换、重复填写相同信息,且不敢把付款交给自动化;不解决的后果是行程规划耗时且容易在比价环节漏掉更优选项。
xOcto 的判断
需求有依据
AI 代理从生成建议走向在真实网站执行预订,但保留支付环节的人工确认,这体现了对信任和安全的边界设计。切入可从特定垂直领域(如企业差旅、定制游)入手,但需解决网站兼容性和用户信任问题。
使用理由
为什么用户会选择它
推断:相较手动逐个网站操作,该产品在聊天旁的真实浏览器里代为执行搜索与填写,把重复的跨站操作收敛为一次对话,并在支付页交还控制权,因此在意比价又对自动付款有顾虑的自助出行者会在规划阶段选择它。
还不能轻易下结论的地方
真正值得继续追问的矛盾
追踪该开源仓库的 issue 与 discussion,确认用户实际在哪些预订网站成功完成搜索与填单、失败或回退发生在哪一步。