看得见的
把来自大众点评与美团、OTA（携程、美团、爱彼迎等）、微信、电话的原文、文件、员工修改和待审批原因都留存下来，作为下周改进的依据。
Velros AI 接手的执行
从多个渠道汇集预订、入住引导、变更请求、评价管理相关的信号，去重并排出优先级。
这样的咨询，会这样处理。
住宿与空间运营每天真实进来的请求，连同要确认的事和下一处该改的地方，都留在一屏里。
过去靠人一件件盯着的顺序，原样搬过来。
- 余量确认 在预约日历上确认按日期的独栋、房间余量，告知旺季房价、烧烤（烤炉租借）选项。
- 入住告知 告知 14 点入住的规定，夜间到达的备好门锁密码、停车位置提前发送。
- 退款计算 按平台退订规则和旺季周末条款套入取消时点，做出退款额草稿。
- 审批 退款额确定、原路退款，加人、宠物费用，损坏押金扣除经人确认后执行。
停下来的
房费与退款、预约变更、投诉处理、个人信息变更、批量发送，都要人确认之后再执行。
原有的触点保留，只把该由人确认的事挑出来。
客房入住率、预约转化率 · 取消、退款处理、纠纷率 · 评价评分、回应率
该由人确认的事，串成一条线。
不再多加一块新界面，而是把现有渠道进来的活儿理清楚，只把该由人拍板的决定挑出来。
渠道照旧
不新增工具，在现有的大众点评与美团、OTA（携程、美团、爱彼迎等）、微信、电话之上叠加 Velros AI。需要的界面、待审批队列和报表一起做出来，上手后持续打磨。
住宿与空间运营
- 客房入住率、预约转化率
- 取消、退款处理、纠纷率
- 评价评分、回应率
懂这行的人，和你一起把标准立起来。
Velros 运营设计师和一线专家把预订、入住引导、变更请求、评价管理的标准落成实际的运营规程。
Velros 运营设计团队
行业的标准设计与每周改进
持续改进
把员工的修改和暂缓的缘由收拢起来，重新整理成下一周的运营规则。
人的时间
重复的核对少了，人就能把更多时间放在要紧的决定和增长机会上。
深入
有人在接预订电话的时候，后厨在等着
餐饮和住宿的咨询，偏偏都挤在最忙的那个小时。预订、改期、取消、团体询问、评价回复，正好压在出餐和入住的时间上。本该站在客人面前的那个人在接电话，那一个小时的成本被算了两遍。
从一条预订请求到客人上门
-
把各个入口的预订收拢
平台、消息、电话备忘里的请求排成一列，去掉重复。
-
核对可不可约
对上座位或房间的余量和时段，收窄选项。团体和例外交给人。
-
到店前的提醒
停车、过敏确认、取消规则、到店时间。卡在爽约真正发生的时点上发出去。
-
取消与爽约
取消按已公示的规则答复；违约金和定金退还留在待审批里。
-
到店后的评价与复购
从到店记录里挑开口的时机，凡带着不满的反馈都打上标记。
由人拍板的部分
- 团体预订与包场
- 营收和运营都悬在上面。
- 违约金与定金退还
- 钱要动，排进待审批。
- 过敏与饮食要求
- 关乎安全的答复，要后厨确认过才发出去。
- 回复差评
- 这是公开的文字。措辞由人来定。
各地不同的部分
- 义务
- 许可与消费者保护方面的义务，各国不同。哪些约束贵司、期限是哪天，我们在运营诊断里确认，让它落进带日期的日历，而不是停在页面上的一段话。
- 期限
- 每项义务都配负责人，提醒按准备所需的时间倒推着响，而不是等到截止那天。
- 留痕
- 什么在什么时候、由谁、依据哪条规则提交，都留在记录里，换了人也不必从头再学。
餐饮与住宿常问的
- 要换预订平台吗？
- 不用。现在用的平台、电话、消息里进来的预订，汇到同一条队列，先把重复和冲突拣出来。
- 爽约能自动挡住吗？
- 挡不住，但能变少。提醒卡在爽约真正发生的时点上，要不要收违约金，由人判断。
- 评价会自动回复吗？
- 会拟草稿。文字是公开的，发布要等人确认。反复出现的抱怨，挪进下周的运营标准。
进来的事
微信、电话、点评、邮件，在一处看
要确认的事
员工看的事和人看的事，分开
会变好的事
重复咨询和漏掉的跟进，每周都少一点