光合本地生活o2o系统

一、用户已下单，商家为什么还停在待确认

用户端的已下单，表示这笔单已经生成，很多时候连支付也完成了。商家端的待确认，表示店里还没有点确认。这是前后两步，不是两笔单。客服若只听名称，很容易当成系统把单丢了。

真正看岔，常常是因为两边不报同一个单号。用户念的是页面上较短的编号，商家按时间在列表里翻，翻到邻近的一单，状态自然对不上。列表若晚刷新一小会，店员也会把还没弹出说成没有这单。

还有一种是确认动作根本没发生。单已经躺在待确认里，店员以为要等配送上门才点，于是一直放着。用户端不会自己变成商家已确认，投诉就停在这一步。客服若让用户取消再下一单，旧单还在，新单又来，两边更乱。

二、同一笔单怎样在两端看到同一步

处理时只认一个完整单号。到统一后台用这个单号查出当前状态、支付时间，以及有没有确认记录。若后台已经是待确认，商家列表里却没有，先让店员刷新，再按单号搜索，不要先改价，也不要先让用户重下。

若后台和商家端都是待确认，要做的是店员点确认，用户端才会往下走。光合同城把用户端、商家端和统一后台放在同一套订单上。同一个单号，不该一边显示已支付、另一边显示还没支付。客服对外只说这一句：单号是这一笔，现在停在待确认，需要商家点一下。不要说系统没接到，也不要许诺一个还没发生的送达时间。

验收准备两笔测试单。一笔支付后立刻在商家端确认，看用户端是否离开已下单。另一笔支付后故意停两分钟不确认，看客服能不能用单号说明：单在，等商家点确认。两笔都说得清，再对公众开放下单。

商务结算仍由客户确定，系统侧不抽成客户平台订单。这一篇先解决的是状态看起来差了一步。月底那张结算表，要等状态说得清之后再对，否则会把待确认和已完成算进同一个合计里。

三、适合谁

用户常说已下单、商家却坚持还在待确认的团队。客服愿意先按单号到后台对状态，再决定是催确认，还是查列表刷新。若习惯让用户取消重下，这种查法会觉得多了一步。

四、短总结

同城小程序开发里，用户端已下单和商家端待确认，常常是同一笔单的前后两步。先对齐单号，再看有没有人点过确认，才不会把等确认说成没下单。