第204章 系统的问题

整个楼层基本上只有锋行同城那一片亮着灯，其他公司的员工还没到。

老赵已经在了。

“锋哥。”老赵抬起头，眼底有一圈青黑，“你来了。”

厉锋一看他这副状态，眉头就微微皱了一下。

“昨晚没睡好？”

“……一夜没合眼。”老赵叹了口气，把手里的一沓打印纸推到厉锋面前，“你看看这个。”

厉锋拉开椅子坐下，拿起那沓纸看了起来。

那是昨天一整天的客诉记录，满满的两页a4纸。

“中午十二点零五分，滨大学子餐厅2号窗口，订单#3471，骑手送错地址，客户投诉。”

“中午十二点二十一分，工大老食堂，订单#3489，系统漏单，骑手没收到推送，客户等了四十分钟才有人接单。”

“中午十二点三十八分，师范南门，订单#3502和#3503合并显示，骑手只送了一个，被客户骂了。”

“晚上六点零七分，孵化园b座，订单#3651，下单成功但商家端没显示，骑手到了商家被告知没单子。”

......

厉锋一行一行地往下看，眉头越皱越紧。

光是昨天一天，类似的投诉就有二十三条。

“中午十二点到十二点四十的，”老赵在旁边低声说，“占了十八条。晚上六点到六点半的，占了三条。”

“……”

厉锋沉默了。

他把那沓纸往桌上一搁，靠在椅背上，闭着眼睛揉了一下太阳穴。

这个问题他其实已经发现一周了。

锋行同城最早是用wap端网页接单，商家在自己的手机或者电脑上打开一个网页，填写订单信息、客户地址、商品和金额，提交。

系统会自动把这条单子推送到附近最近的骑手手机上，骑手接单、取货、配送、确认送达。

当初每天订单量也就一百出头，这套简单的wap系统完全够用。

可是这两个月不一样。

锋行扩到了几个高校片区，每天的订单量从一百出头一路攀升。

订单量和骑手数量不断增加，wap系统还是最早那一套。

结果就是，每到中午十一点半到十二点半、晚上五点半到六点半这两个用餐高峰期，订单像潮水一样涌进来，服务器直接顶不住了。

带宽不够，页面卡顿，订单推送不及时，骑手手机上半天收不到单，好几条订单同时进来，系统漏推。

有时候骑手抢单按了十几下都没反应，单子就卡死了，商家端有时候发出去的单子，骑手端根本没显示，骑手送错地址、漏单、超时，客诉一片。

厉锋这一个月，每次到中午十二点和晚上六点这两个时间段，都会专门盯着公司的客诉电话。

每隔几分钟就会响一次，都是客户在投诉“我等了四十分钟还没到”“你们骑手送错地方了”“我下单半天没人接”......

他知道这是系统的问题，不是骑手的问题。

可是问题摆在这里，他没法靠继续招骑手解决，这是底层架构的硬伤。

“锋哥，”老赵的眼眶都红了，“昨天晚上我就在这儿盯着客诉电话，电话从傍晚五点半响到七点半，一刻没停。我真的，我真的扛不住了。”

他靠在椅背上，长长地叹了一口气：

“咱们要是再不解决这事儿，迟早要砸招牌。一个客户被坑一次，他就再也不下单了。咱们好不容易在几个高校做起来的口碑，全得搭进去。”