根据功能模块后台数据的触发次数，可以看出，用户主要用此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继续独立
仅代表个人观点，具体还有待熟悉承运商收货流程及现有使用状况后，再做抉择~
