从埋点数据看多级配送APP的优化

根据功能模块后台数据的触发次数,可以看出,用户主要用此APP进行收货、发货操作。

细细分析每个模块的功能:

1.收货,显示任务总数和已收货情况,针对此页面共有如下问题

a  任务总数的定义是什么?是否为当日任务总数?还是历史一个月的?表达不清晰,容易有歧义;

b  点击确认收货,提示要先选择一个订单,但当前页面并无订单,还需要一个个手动输入进去。现实中是否有批量收货的情景呢?

c   脑补下现实情景,承运商每天必做操作就是收货的动作,收货首先需要有一个待收货的列表清单。所以待收货任务是承运商在收货页面最关心的;

d   APP登录不在首页或页面上很容易找到的位置,藏在每个功能模块的右上角,登录入口不统一;

e   上级承运商是否发货,与本级承运商是否收货,应该是订单状态,属于订单详情,放在收货里不合适;

f.   条形码扫描可参考京牛,用户体验更好;

g.  收货页面返回操作反应迟钝,有时需要连按三下,才能返回,有待优化;

2. 查看待收货


待收货订单详情列表展示,需要确定一个承运商一般会有多少条待收货订单,以确定此页面如何设计更科学

a  上级承运商有抬头却无内容显示;

b  顶部导航栏下方还有承运商一栏,但点击无其他选项,此处设置如同鸡肋;

c  点击进入订单详情,却没有确认收货的按钮;

d  此处独立待收货,与“收货”页面里的全部待收货功能重复;

3、发货

    此模块已经展示了所有待发货的订单列表,操作明确清晰,快捷方便。

4. 收货取消申请

脑补现实场景,在收货的时候,发现问题商品,需要提出拒绝收货的申请,此时在当前收货页面添加取消收货的申请最方便,但单独列出,则承运商需要把坏的商品扔到一边,最后统一进行取消申请,或者跳出当前收货页面,发现一单问题单取消一个,两者都没有直接在当前页面申请取消体验好;

5.  收货取消确认

当有下级承运商提拒收申请后,上级承运商就可看到  取消收货 的申请,并需要进行审核的操作。此处应该设置消息提醒,比如有取消申请时,在首页版块显示消息数量,以便清晰的提醒用户快速审核;否则,每次都要点进去,才能知道是否有未审核的订单。

 6. 订单详情查询 与 取件单详情

     两个页面长的一样,而且都是相通的,在订单页也可以查到取件单详情,保留一个就可以

7. 取件任务收取、取件单指派配送员

    这两块儿流程不太清楚,有待节后回来了解流程;



自我感觉,主菜单页面给人第一感觉功能版块太多,看不过来,没有重点

除去还不太了解的取件和指派配送员模块外,其他模块可以组合如下:

1、2、6合并,收货页面直接显示待收货列表页,可选择收货,或取消收货;

8、9合并,显示在导航栏上方

5继续独立

仅代表个人观点,具体还有待熟悉承运商收货流程及现有使用状况后,再做抉择~


推荐阅读更多精彩内容