退储值要店长审批,店长不在店,客人站在收银台前干等:结论限度的复述过程与实际需求的观察起点
退储值要店长审批,店长不在店,客人站在收银台前干等。会员手机号换了,积分还在旧号上,合并账户要跑一趟客服。误扫了旁边等候的付款码,钱进了店,人却说那不是他的单。离岗不锁屏,客人自己点进退款,幸亏金额还停在确认前。
库存扣减和支付成功不同步,付完款的人发现菜已经卖完。超卖之后的退款挤在同一小时,原路退回有的成功有的一直处理中。优惠券核销失败仍把钱扣了,客人要求先退款再重下,厨房已经在做。开发票要另填抬头,客人已经付款离开,发票申请堆到第二天。客人要纸质发票,门店只能把电子的打印出来,财务说这样不算换开。
| 平台垫付的优惠部分由谁开票,门店和平台各说了一套。 |
| 补贴规则改了没有推送到门店,店员仍按旧口径向客人解释。 |
| 客服口径和店内口径不一致,客人拿着两段回复来理论。 |
早班不认夜班日切后的单,两班都说不是自己的。班次账和自然日账各算各的,老板看哪一张都会觉得另一张有问题。旧口令失效后再锁定,客人排队,店员打电话找总部重置。只填其他的异常单被退回,店员抱怨选项里没有自己遇到的那种情况。设备故障要报修单号,店员没有单号,这笔异常就一直挂着。店里看不见的收款最危险,客人拿着成功页来取货,系统却说未支付。
被遗忘的账户是早年办活动留下的,密码在离职员工那里。支付成功但履约失败,退款原因选错就会被统计成支付事故。
历史退款迁不走,客人来查三个月前的一笔,新系统说查无此单。等不及的客人改去投诉平台,平台直接判店家责任,钱先退了。问题清单要求保留全部支付日志,日志存在本地盒子里,盒子满了就停。盒子满了停机,表面看是设备老旧,根子是没人规定日志留多久。留多久没人规定,出事时要的记录刚好被覆盖。