Round 1 Alignment

业务范围

第一轮:校准整体理解

先确认方向、边界和关键假设,不在这一轮敲定所有细节。

这轮的目标是确认大家对物流系统的全局理解是否一致:为什么做、先覆盖什么、 架构上有哪些不能错的前提,以及下一轮应该深入哪些细节。

本轮只确认

  1. 整体目标是否一致
  2. 首版边界是否合理
  3. 关键架构假设是否成立
  4. 下一轮要深挖什么

本轮暂不展开

  1. 详细字段设计
  2. 页面原型细节
  3. 计费公式细节
  4. 完整开发排期

基于现有材料整理

物流系统第一轮需求地图

基于现有 Excel 和司机 App 思维导图整理,保留原有信息点,并按业务域、执行链路和管理视角重新分层。

一、系统业务域

从原 Excel 表格整理:按系统使用者和业务职责划分,右侧“业务逻辑地基”是所有模块共享的架构前提。

仓库
  • 入库、扫描、备货、出库、RTS
  • 库存、库位、板、包裹管理
  • 异常扫描与操作记录
司机
  • 提货、派送、失败原因、POD 证据
  • 历史派送、KPI、账单
  • 车辆、证件、协议与 GPS
OP
  • 订单/运单操作与排班管理
  • 线路规划、司机与组织管理
  • 价格、财务、看板、客服/投诉、分区工具
客户
  • API 建单、manifest 上传
  • 账单、客服、异常沟通
  • 轨迹/状态查询与推送
官网
  • 公开轨迹/状态查询
  • enquiry 与客服入口
  • 公司介绍等公开页面
业务逻辑地基
  • 采用一票多件模型,替代一票一件架构
  • 运单层与包裹层都需要状态追踪
  • 统一包裹条码规则
  • 排班、提货扫描、POD、状态更新都要能追溯到包裹
  • 文件进入对象存储,避免服务器磁盘瓶颈

二、司机 App 执行视角

从司机 App 思维导图整理:围绕任务执行、扫描、POD、历史数据、准入和运营配置展开。

司机 App

任务列表

待提货、派送中、已完成

  • 扫描派送、地址准确度提示、通知
  • 地图跳转派送页、派送说明
  • 失败原因与 POD 证据、夜间拍照
  • ATL、紧急/特殊货物、优先级标记

派送明细

  • 任务排序与手动调整
  • 地图展示、筛选、overview
  • 派送明细、起点和终点设置

扫描

  • 二维码、条形码和手动输入
  • 正常扫描与强扫 code 验证
  • 重复扫描提醒、missing/mis-sort/code
  • 扫板能力

注册与准入

  • 司机与车辆基础信息
  • 车辆照片、驾照、visa 上传
  • 协议确认

历史、KPI 与账单

  • 历史派送、服务时间、服务数量
  • 司机等级、培训成绩、额外奖励、服务质量
  • 账单列表与发票生成

运营配置

  • B2C、B2B、FBA、Pickup 分类
  • 货物标准:重量、尺寸、最长边限制
  • RTS 待退列表、通知、培训、App 开关与 GPS

三、DSP Leader 管理视角

从 DSP Leader 图整理:这一层不是司机个人操作,而是团队管理、任务查看、绩效和账单。

司机列表司机状态、车辆资料、服务质量
任务查看按日期筛选、分解/合并 job
KPI当日达成、历史达成、司机表现
账单自动生成账单、历史数据

填写完成后请点击“提交到后台”,否则后台不会收到答案。

Decision Brief

决策摘要