共享空间门店到了工作日傍晚、周末下午或者寒暑假晚自习那一段,经常会冒出一种说不清原因但很影响生意的情况:包间明明在系统里已经被订满了,可前台走过去一看,三四个房间门都是虚掩的,根本没人。再翻预约记录,发现这些订单全是同一个手机号、同一个会员账号,甚至同一个收货地址,在过去两三个小时内反复预约、又反复取消,真正来消费的人却一个都没有。这种被同账号短时间多次预约占满、放空时段的情况,如果只靠订单总价和在线支付的话,平台风控不一定能识别,门店自己也不一定能第一时间发现。等真实用户在高峰期进不来,在群里、点评上发火,问题才算解决,可这时候一天的口碑已经受到了影响。
更麻烦的是,这种占时段往往披着一层正常预约的皮。账号是新注册的还是老号、有没有上传身份证、是否使用优惠券、是否勾选了预付过码,都可能是装饰性的。真正的特征藏在三个数据里:同账号在过去若干小时内预约的次数明显高于平均、单次预约时长偏短且接近系统设定的下限、实际到店时长又远低于预约时长。前台肉眼很难注意到这三个数字,但是只要把预约记录、签到记录和门锁开关时间三张表对到一起,就能看出明显的尖峰。这三个数字不需要复杂分析,用一个共享表格或者一段简单的脚本就能跑出来,先把数据拿出来,才谈得上后面怎么识别和拒绝。
识别出来之后,门店通常会踩两类坑。第一类是一发现异常就把账号拉黑并把订单强制取消,看似干脆,但对方拿着订单截图投诉平台,平台在只看金额和业务反馈的情况下,往往判门店负全责,扣款扣评分扣曝光。第二类是发现异常但什么都不做,继续派客服去联系对方,结果占时段的账号根本不在乎催单,真实用户却在高峰期进不来,最后门店把当天的产能浪费在已经放空的时段上。两类做法都不可取,核心原因是把识别、拒绝和申诉全部压在同一个流程里。把这三步拆到前置、中置和后置三个时间点去做,各自对一类问题,门店才不会出现前后矛盾的应对。
前置这一步做的是把恶意占时段挡在进门之前。常见做法是给所有短时长、低消费金额、重复预约次数超过阈值的账号加一个轻微的进入门槛,例如要求预付过码、加押小额、或者在签到时多输一个动态码。这一类门槛对真实用户没什么影响,但对只想占用时段、并不真正消费的人来说,会大幅提高占时段成本。需要注意的是,门槛一定要写成规则,而不是写到客服脑子里,否则同一家门店不同的前台会执行出不同的结果,版本管理会被投诉打乱。
中置这一步做的是已经进来、但行为明显异常的账号,在不影响真实在营体验的情况下做识别和礼貌拒绝。具体做法是给所有签到但未消费的账号设一个观察窗口,例如签到后十五分钟没有任何设备使用记录、没有任何人员进出记录,系统自动给他发一条中性提示,例如提醒他尽快开始使用,如果再过十五分钟仍未使用,系统自动把订单转为放空时段并释放给候补用户。这一步的关键是中性化,不要把异常账号叫作薅羊毛、黄牛或者骗子,因为对方很可能截图投诉,运营侧反而容易惹上言语不当的处罚。中性化的好处是既不伤真实用户,也不会被恶意账号抓住把柄。
后置这一步做的是已经被恶意占时段影响的真实用户、订单和评分,在证据齐全的前提下做申诉和补偿。门店需要把同一账号的预约次数、签到情况、设备使用情况、门锁开关时间这几张表导出,再加上平台客服要求的订单截图和时间戳,作为一次完整证据提交申诉。申诉不需要每条都赢,但至少能让平台在算法层面把这类账号标记成高风险。补偿可以给真实用户一张抵用券、一次免费延时、一次快速预定通道,补偿的目的不是赔偿而是把当天的产能关系修回原样。
把这三步落到日常运营里,门店通常还会遇到两个真实问题。第一个问题是观察窗口放多大合适。观察窗口过短会让真实用户被误判,过长又会让恶意占时段继续生效。比较保守的默认值是签到后十到十五分钟,具体多少要看门店的客流节奏,营业室尤其早高峰可以放到五分钟,大众室尤其夜高峰可以放到二十分钟以上。第二个问题是候补用户从哪里来。门店自己不一定有候补用户池,可以把放空时段同步给点评、小红书和门店自己的客服群,允许真实用户在群里直接拍下刚刚释放出来的时段,这样既能消化放空时段,也不会让恶意账号察觉到门店已经在用放空转手做剥夺。候补用户池不一定一开始就要全,但要在第二周开始往候补用户池里加真实用户,否则光靠门店自己一个人是消化不了高峰时段的。
最后要说的是,这一类问题不会因为某一轮运营就消失,只会从一种形态换成另一种形态。门店运营需要的是一套可重复的流程,而不是一次性的应对。把前置、中置和后置三步都写进门店运营手册,把数据沉淀到自己的预约表、签到表和门锁日志里,把申诉结果沉淀到平台客服的回执里,门店才能在下一轮恶意占时段到来时用同样的流程应对,而不是重新发明一次轮子。这套流程不需要复杂的技术,但需要门店把日常的预约记录、签到记录和门锁记录这三张表连起来,只要连起来,识别和拒绝就不再靠前台拍脑袋。