第204章 系统的问题

第204章 系统的问题 (第2/2页)

“锋哥。”老赵抬起头，眼底有一圈青黑，“你来了。”
　　
　　厉锋一看他这副状态，眉头就微微皱了一下。
　　
　　“昨晚没睡好？”
　　
　　“……一夜没合眼。”老赵叹了口气，把手里的一沓打印纸推到厉锋面前，“你看看这个。”
　　
　　厉锋拉开椅子坐下，拿起那沓纸看了起来。
　　
　　那是昨天一整天的客诉记录，满满的两页A4纸。
　　
　　“中午十二点零五分，滨大学子餐厅2号窗口，订单#3471，骑手送错地址，客户投诉。”
　　
　　“中午十二点二十一分，工大老食堂，订单#3489，系统漏单，骑手没收到推送，客户等了四十分钟才有人接单。”
　　
　　“中午十二点三十八分，师范南门，订单#3502和#3503合并显示，骑手只送了一个，被客户骂了。”
　　
　　“晚上六点零七分，孵化园B座，订单#3651，下单成功但商家端没显示，骑手到了商家被告知没单子。”
　　
　　......
　　
　　厉锋一行一行地往下看，眉头越皱越紧。
　　
　　光是昨天一天，类似的投诉就有二十三条。
　　
　　“中午十二点到十二点四十的，”老赵在旁边低声说，“占了十八条。晚上六点到六点半的，占了三条。”
　　
　　“……”
　　
　　厉锋沉默了。
　　
　　他把那沓纸往桌上一搁，靠在椅背上，闭着眼睛揉了一下太阳穴。
　　
　　这个问题他其实已经发现一周了。
　　
　　锋行同城最早是用WAP端网页接单，商家在自己的手机或者电脑上打开一个网页，填写订单信息、客户地址、商品和金额，提交。
　　
　　系统会自动把这条单子推送到附近最近的骑手手机上，骑手接单、取货、配送、确认送达。
　　
　　当初每天订单量也就一百出头，这套简单的WAP系统完全够用。
　　
　　可是这两个月不一样。
　　
　　锋行扩到了几个高校片区，每天的订单量从一百出头一路攀升。
　　
　　订单量和骑手数量不断增加，WAP系统还是最早那一套。
　　
　　结果就是，每到中午十一点半到十二点半、晚上五点半到六点半这两个用餐高峰期，订单像潮水一样涌进来，服务器直接顶不住了。
　　
　　带宽不够，页面卡顿，订单推送不及时，骑手手机上半天收不到单，好几条订单同时进来，系统漏推。
　　
　　有时候骑手抢单按了十几下都没反应，单子就卡死了，商家端有时候发出去的单子，骑手端根本没显示，骑手送错地址、漏单、超时，客诉一片。
　　
　　厉锋这一个月，每次到中午十二点和晚上六点这两个时间段，都会专门盯着公司的客诉电话。
　　
　　每隔几分钟就会响一次，都是客户在投诉“我等了四十分钟还没到”“你们骑手送错地方了”“我下单半天没人接”......
　　
　　他知道这是系统的问题，不是骑手的问题。
　　
　　可是问题摆在这里，他没法靠继续招骑手解决，这是底层架构的硬伤。
　　
　　“锋哥，”老赵的眼眶都红了，“昨天晚上我就在这儿盯着客诉电话，电话从傍晚五点半响到七点半，一刻没停。我真的，我真的扛不住了。”
　　
　　他靠在椅背上，长长地叹了一口气：
　　
　　“咱们要是再不解决这事儿，迟早要砸招牌。一个客户被坑一次，他就再也不下单了。咱们好不容易在几个高校做起来的口碑，全得搭进去。”