它如何运转
一次取消预订的全程
从客人来信到押金退回——每一步都有据可依，凡涉资金必设关卡。
工单抵达
网站聊天、邮件或帮助中心——同一个队列。
预订已厘清
日期、房价、押金、取消期限——实时取得。
回复已起草
依据你的政策与实时预订。
停在关卡
退款与订单变更等待你一键批准。
审批完成解决
已发送、已执行、已记录——赶在客人落地之前。
为旅游酒店而建
预订背景就在工单里，而不是散落在六个标签页中
你的团队不必再从预订系统、Stripe 和旧邮件串里重新拼凑每位客人。Helpdesk 负责查找，依据事实起草，并在你设定的规则内行动。
依据实时预订起草回复
客人一来信，草稿就已就位——依据你的政策和他们的真实预订：日期、房价、押金、免费取消期限，均从你的预订系统和 Stripe 实时拉取。你的团队一眼确认即可发送。
- 预订面板取自记录系统，绝不靠猜
- 每份草稿都标注来源——政策与预订数据
- 低置信度的草稿会被标记，绝不自动发送
取消与押金退款，真正执行——而不只是建议
AI 智能体对照预订核实免费取消期限并准备好退款；任何涉及资金或预订的操作都会停在审批关卡，把已核实的明细摆在你面前。一键批准，它便执行。
- 按操作类型和金额设定的自动审批范围
- 幂等执行——重试绝不会重复退款
- 每次操作都记录谁批准的、为什么批准
今天到店的客人绝不会排在下个月的请求之后
用大白话写的规则按入住日期和主题开快车道——当日的订单变更会标记为紧急、直达前台，而下个月的改期请求按序等候。SLA 目标盯住每个工单，在响应超时之前预警，而非事后。
- 按入住日期和主题分流，当日入住自动升级
- 看得懂的规则——当、且、则——无需顾问
- 在还来得及处理时，升级就会触发
为旅游酒店精选
旅游酒店团队选择我们的三项能力
聊天、邮件、知识库、自动化和报表全是标配——完整介绍见产品页。以下是面向宾客的业务倚重最深的三项。
常见问题
旅游酒店团队最先问我们的问题
它真的能看到我们的预订吗？
可以。接入 Stripe 和你预订系统的 API 后，每个工单旁的面板都会显示实时预订——日期、房价、押金、免费取消期限——它们取自记录系统，绝不从对话中臆测。草稿与退款都以这些数据为依据。
今天就要入住的客人怎么办？
他们会插队优先处理。用大白话写的规则按入住日期和主题开快车道，今天下午就到店的客人绝不会排在下个月的改期请求之后——AI 解决不了的问题会立刻转交人工，预订信息已经附在工单上。
让 AI 去退押金安全吗？
你为每类操作设定边界。自动审批范围界定了 AI 智能体可以独自完成的事——按操作类型和金额封顶——超出范围的一切都会停在审批关卡，把已核实的预订和免费取消期限摆在你面前。执行是幂等的，因此重试绝不会重复退款，且每一次操作都会记录是谁批准的。
我们现在用共享邮箱处理客人邮件——该怎么评估？
让 Airclou 与它并行运行。转发一部分你预订邮箱的邮件，以你可控的只读权限接入 Stripe 和你的预订数据，用你两周的真实客人邮件来评判草稿——无需切换、不给你现有系统带来任何风险。