物流运输系统0-1建设

本文讨论了如何通过傻瓜化设计原则,如任务驱动、大白话提示和明确逻辑,简化B端系统开发。涉及模块概要设计,包括公共逻辑定义、网点作业拆分和工作台设计,强调效率与用户体验的提升,以及系统在不同阶段的优化策略。
摘要由CSDN通过智能技术生成

一、系统架构

二、模块概要设计

      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、待办事项, 通过待办事项把各任务串联起来,傻瓜化的第一步 很明显的告诉我要去做什么,

         网点管理员首次登录:新建员工、新建收派员 

         揽件网点:  待分配揽件员、待换面单、拦截待处理、待退件审批(后续梳理时解释)

         派件网点:待派送找货(后续讲细节)、待换面单、拦截待处理、待换单退回、待销毁

        

         其实待办事项还包含下方的内容

        揽件网点: 已提货待入网点、网点已收待发出

        派件网点: 上站已发本站待入、网点已收待派件交接、网点待退回等

        这些其实已经在滞留状态中体现,所以无需再显示在待办事项中。

为什么分揽收 / 派送? 好问题,因为一个网点可以只做揽收  或者只做派送。 方便后期的扩展,所以需要按照揽收 和派送两条线分开管理. 

那系统怎么区分揽收与派送呢? 这里埋个点,后期再补充细节。

以上仍然都是草稿,希望下次可以整理一个全系统设计文档和流程出来,供有需要的人参考学习,有想法的可以随时与我联系

  • 2
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值