一、系统架构
二、模块概要设计
1、设计前必读-傻瓜式系统建设原则
(B端系统为什么要傻瓜化?好问题!后续补充个人观点)
1、任务驱动
2、操作时,能够在不了解业务前提下就能准确执行任务,那就设计成不需要了解。
3、提示语全部使用大白话
4、针对数据统计,必须增加相应逻辑的Tips说明,不能一句话解释清楚的逻辑,需要在最后举个样例。
2、注意事项
1、定义清楚公共处理逻辑部分,方便后期进行优化
3、节奏计划
草稿: 将整个末端物流运输,拆分为:揽件网点、派件网点、分拨(或国际分拨) 、干支线、退货中心(跨境业务) 五部分
优化顺序:按使用群体占比排序
1、派件网点
2、揽件网点
3、分拨
4、干支线
5、退货中心
三、各模块详细设计
四、实践结果输出-供参考
五、公司在不同发展阶段,系统该如何优化和平衡ROI?
-----历史部分待对目录结构进行优化--
一、单据设计
网页链接 https://www.processon.com/view/link/63ac1bf0a5fa5131cdf4ad35?cid=63ac19bd472ce74ed4eaa3b6 访问密码:AlanCai
二、网点作业单元抽象
将网点作业拆分为不同的作业单元,便于在每个扫描时,直观给出分拣码,对于新来的人员不需要懂业务知识,只需要知道从哪里拿货,然后根据扫描系统提示 放到1,2,3,4 等分拣箱/笼车中即可
三、 相关设计(后期再来整合)
1、运单生命周期
单号信息、寄件人信息、收件人信息、退件人信息、货物信息、货款信息、提派要求、产品服务类、其它
2、包(集包)生命周期管理
表结构设计
表1:集包基础信息+最新状态
集包号、集包类型、目的地、创建人、创建网点、创建时间、绑定包裹数、总运单数、
最后绑定时间、最后解绑时间、最后出站时间、最后发车时间、最后卸车时间、最后入站时间、拆包时间
最新扫描时间、最新扫描类型、最新扫描网点、最新操作人
收口字段- 可集包
表2:集包扫描记录表 (生成>打印>绑定>解绑>出站>发车>卸车>入站>拆包)
扫描时间、扫描单号、绑定单号、扫描类型【生成/绑定/解绑/出站/发车/卸车/入站/拆包/打印】、扫描网点、上传时间、备注、扫描人、客户端【站内APP/PC/系统自动生成】、写入方式【单票写入/批量写入】、设备标识号
四、用户任务感知闭环-第一步
办公人员/监督人员 视角:
1、增加工作台 拆分为 待办事项 与 各环节的滞留包裹统计
PS: 物流中有一句话,就是货不能停,需要流动起来。这样整体生命周期才会短,并且对于破损/丢失率会一定程度降低,签收率也会有提高(时效快用户反悔的时间就短)
所以 对于揽派网点中的派件 来讲, 工作台最需要关注的先给两个点吧【督促货物流动起来,不再一直滞留在某个环节, 第二 签收率情况】PS:后续再加入客户投诉等内容
签收率需要网点自己去分析原因,后续有经验沉淀后再上系统帮助网点更好找到症结所在。
综合所述:
工作台一期内容建议
1、直观展示各环节的滞留统计,方便督促清理,同时重点显示最新扫描的时间在今天以前的数据,方便跟进处理
2、待办事项, 通过待办事项把各任务串联起来,傻瓜化的第一步 很明显的告诉我要去做什么,
网点管理员首次登录:新建员工、新建收派员
揽件网点: 待分配揽件员、待换面单、拦截待处理、待退件审批(后续梳理时解释)
派件网点:待派送找货(后续讲细节)、待换面单、拦截待处理、待换单退回、待销毁
其实待办事项还包含下方的内容
揽件网点: 已提货待入网点、网点已收待发出
派件网点: 上站已发本站待入、网点已收待派件交接、网点待退回等
这些其实已经在滞留状态中体现,所以无需再显示在待办事项中。
为什么分揽收 / 派送? 好问题,因为一个网点可以只做揽收 或者只做派送。 方便后期的扩展,所以需要按照揽收 和派送两条线分开管理.
那系统怎么区分揽收与派送呢? 这里埋个点,后期再补充细节。
以上仍然都是草稿,希望下次可以整理一个全系统设计文档和流程出来,供有需要的人参考学习,有想法的可以随时与我联系