自助机上最常见的一次卡壳：客人扫码，屏幕显示「未查询到订单」。
原因有很多——客人用的是另一个手机号下的单、是别人代订的、平台订单还没同步过来、扫的码不对。但对客人来说，只有一种感受：我明明订了，机器说没有。
11 月批次在「自助入住-OTA 查房号」里加了一个设置：未查询到订单时，允许输入手机号、姓名查询订单，默认关闭。
为什么会查不到
原因一：手机号不一致
下单用的是公司号，到店的是员工本人。扫码带出的信息对不上。
原因二：他人代订
家人、同事、行政代订，实际入住人信息在订单备注里，系统查不到。
原因三：订单未同步
刚下单几分钟，渠道订单还没推送到酒店系统。
原因四：扫错了码
扫的是别的平台的码，或者扫的是自己截图的码。
四种原因里，前两种占了大多数。这两种都不是客人的错，但代价全由客人承担。
开了之后怎么走
第一步：仍然先扫码
扫码是最快的路径，能查到就不用输入。
第二步：查不到时给出口
界面上出现「输入手机号查询」的入口，而不是只显示「未查询到订单」就结束。
第三步：手机号支持后四位
完整号码或后四位都能查。客人往往记不住完整号码，但后四位是记得的。
第四步：姓名可以兜底
手机号也不对时，用姓名查。这一层兜底最弱，但比让客人去柜台排队好。
第三、四步是这次更新的核心设计。信息查询的门槛越低，客人越愿意自己解决。
为什么默认关闭
| 风险 | 说明 |
|---|---|
| 隐私 | 输入一个手机号就能看到订单信息，理论上可以被用来试探 |
| 冒用 | 知道客人姓名 + 手机号后四位的人，可能抢先办理入住 |
| 责任 | 一旦出现「别人替我办了入住」，酒店要承担解释责任 |
第二条是最实际的风险。姓名 + 手机号后四位，这两个信息在熟人之间不算秘密。
所以这个开关打开之前，必须有一套配套措施。
开之前要配的三件事
第一件：查询后仍要核验
查到订单不等于可以办入住。身份证核验、人证比对这一步不能省，也不能因为「已经查到单了」就跳过。
第二件：留查询记录
哪台机器、什么时间、用什么条件查的，要能查。出现纠纷时有据可依。
第三件：异常提醒
同一台机器短时间内多次查询失败，或者同一订单被多次查询，应该给前台一个提示。
第一件是底线。很多人会误以为「能查到订单」就等于「是本人」——这是两件事。查到了只说明这单存在，是不是本人还要靠证件。
对 OTA 渠道的连带影响
好处
到店无法自助办理的比例下降，前台压力减小。对 OTA 客人的体验提升明显，差评里「自助机用不了」这一类会减少。
注意
部分平台的订单脱敏规则较严，手机号可能是虚拟号。用虚拟号查不到，还是要靠姓名。
第二条是实操中的坑。很多 OTA 订单给酒店的是虚拟号码，客人报自己的真实号码反而查不到。
所以设计上应该是「手机号 + 姓名」两条路径都给，而不是只有手机号。
一个更根本的解法
这个开关解决的是「查不到怎么办」，但更根本的问题是「为什么会查不到」。
值得做一次统计：连续两周记录自助机查不到订单的次数和原因。如果「订单未同步」占大头，那是渠道直连的稳定性问题；如果「手机号不一致」占大头，那是下单环节的引导问题。
这两种原因的解法完全不同，但都需要先有数据。
很多门店开了这个功能之后，卡壳率确实下降了，但根本原因一直没解决——每次都是靠兜底绕过，而不是修掉。时间长了，兜底会变成常态。
对京津冀门店的建议
OTA 占比高的店
建议开。这类卡壳每天都在发生，兜底的价值直接。
团队客多的店
建议开。团队订单的代订比例高，手机号对不上的情况特别多。
夜班无人值守的店
必须开。没有前台兜底时，自助机是唯一路径，卡住就等于客人进不来。
第三条是最强的理由。无人值守的门店，自助机不能有「死路」。
最后一句
这个功能的价值不在「多一个查询方式」，在于把一条死路变成活路。
客人站在机器前，最怕的不是多输几个字，是「机器说没有，我不知道该找谁」。