11 月批次里有一条极小的更新：前台宾客列表导出时，按入住人维度新增了车牌字段。
小到几乎会被忽略。但车牌这个数据对酒店的实际价值，比它的篇幅大得多。
车牌能做什么
停车免费核销
客人离店时出示车牌，前台核对是否在住。有这个字段，一句话就能确认。
限行提醒
京津冀有尾号限行。知道车牌，可以在入住时提醒客人明天是否限行。
接送服务
机场、高铁站接送，司机要知道车牌。以前靠微信发，容易错。
挪车通知
车挡住了别人，或者需要临时挪车。有车牌就能精准找到人。
第二个是京津冀特有的价值。北京、天津、河北多地都有尾号限行，外地客人往往不知道。一句话提醒，是很实在的服务。
为什么这个字段以前没有
| 原因 | 说明 |
|---|---|
| 入住登记不要求 | 公安登记只要求身份证信息，车牌不是必填项 |
| 录入成本 | 多录一个字段就多几秒，前台忙时会跳过 |
| 没有使用场景 | 录了也没地方用，自然没人录 |
第三条是关键。数据没有被使用的场景，就不会被录入。这次加了导出字段，等于给它创造了一个使用场景（停车对账、客户分析）。
落地时的一个判断
该录
自驾客占比高的门店（郊区、景区、县城、有停车场的商务店）。录了能直接改善停车体验。
可以不录
市中心、无停车场、客人几乎都是高铁来的门店。录了是负担。
判断标准很简单：有多少客人是开车来的。这个数可以从停车场的车位数和日均停车量估出来。
如果要录，怎么降低阻力
做法一：只在有停车需求的场景问
客人问「有停车位吗」的时候顺便记一下。不问的就不记。
做法二：和停车券绑定
需要免费停车的客人必须登记车牌，这是自然的理由。
做法三：自助机上加一步
自驾客人多的话，可以在自助机办理流程里加一个可选的「车牌登记」，客人自己输。
第一条最自然。把录车牌变成「提供服务的必要步骤」，而不是「额外的数据录入」，员工和客人都不会觉得麻烦。
导出字段的实际用法
| 用途 | 怎么做 |
|---|---|
| 停车对账 | 导出一个月的在住客人车牌，与停车场系统比对，看有没有多放行 |
| 自驾客占比 | 有车牌记录的订单 ÷ 总订单 |
| 限行提醒清单 | 按日期筛出受限车牌，提前通知 |
| 接送排班 | 提前一天的接送需求，导出给司机 |
第一条对管停车场的门店很实用。停车场免费放行的口子，往往是成本漏洞。
隐私上的注意
车牌属于个人信息，导出的表格不能随手发。发给停车场管理方时，只给需要的字段（车牌 + 房号 + 离店日期），不要整表转发。
表格用完记得删。存在微信群里几个月，是常见的泄露路径。
一个更进一步的建议
如果门店的自驾客占比超过三成，建议把车牌变成一个常规记录项，而不是「导出时才想起来」。
理由有三：
- 停车是自驾客最在意的事之一，处理得快会直接变成好评
- 限行提醒是很低成本的服务加分项
- 车牌数据积累一年之后，可以做「客源地域分析」——哪里的车牌最多，就知道该往哪投广告
第三条是长期价值。一家郊区酒店如果发现六成客人来自某个城市，那投放策略就有了依据。
最后一句
数据字段的价值，往往不在于「记录了什么」，而在于「记录下来之后能做什么」。
一个车牌，可以是一次停车核销、一句限行提醒、一份接送排班，也可以是一年的客源地图。