运输计划功能优化PRD【客户成功专项】

1. 文档信息 必填

修订记录

2. 需求背景与目标 必填

2.1 需求背景

当前运输计划在抢单和修改环节缺少关键校验规则，存在以下问题：

• 抢单超量问题：运输计划的抢单数可以超过计划车数，导致实际派车量超出货主预期，打乱运输安排。尤其在多司机并发抢单场景下，超量问题更为突出。
• 修改计划后剩余车数为0：货主修改运输计划车数时，可以将计划车数修改为与已抢单数相等的值，导致剩余可抢单车数为0，计划被"排满"无法继续接单，影响后续运力调度。

2.2 需求目标

• 优化1：抢单时实时校验，确保运输计划的抢单数不得大于计划数，防止超量抢单
• 优化2：修改计划时校验剩余车数，确保修改后的剩余车数（修改后计划数 − 已抢单数）不为0，保留至少1车的接单弹性

2.3 需求范围

• 包含：运输计划抢单时的数量校验逻辑、修改运输计划时的剩余车数校验逻辑
• 适用订单类型：平台单、定向单（均适用）
• 不包含：运输计划的创建流程、审批流程等已有功能（本次不改动）

3. 用户角色与使用场景 必填

3.1 用户角色

3.2 核心使用场景

4. 名词解释 必填

5. 业务流程图 必填

5.1 优化1：抢单校验流程

司机/经纪人点击抢单时，系统实时校验已抢单数是否已达计划数上限。

5.2 优化2：修改计划校验流程

货主修改运输计划车数时，系统校验修改后剩余车数是否为0。

6. 功能清单 必填

优先级说明：P0=必须有（MVP），P1=重要（本期），P2=锦上添花（后续迭代）

7. 详细功能说明 必填

7.1 交互说明

7.1.1 优化1：抢单校验交互

7.1.2 优化2：修改计划校验交互

7.2 业务规则

7.2.1 抢单校验规则

• 规则1：每次抢单时，系统校验 已抢单数 + 1 ≤ 计划车数，校验通过则抢单成功，已抢单数+1
• 规则2：当 已抢单数 = 计划车数（即剩余车数=0）时，该运输计划不可再抢单，抢单按钮置灰
• 规则3：并发抢单场景下，服务端通过锁机制（如分布式锁/乐观锁）确保抢单数不超过计划数，即使多个请求同时到达也只允许计划数内的抢单成功
• 规则4：校验在服务端执行，前端校验仅作为体验优化（提前置灰按钮），服务端校验是最终防线
• 规则5：平台单和定向单均适用此校验规则

7.2.2 修改计划校验规则

• 规则1：货主修改计划车数保存时，系统计算 剩余车数 = 修改后计划车数 − 已抢单数
• 规则2：当 剩余车数 = 0（即修改后计划车数 = 已抢单数）时，拦截保存，提示"修改后剩余车数不能为0"
• 规则3：当 修改后计划车数 < 已抢单数 时，拦截保存，提示"计划车数不能小于已抢单数"
• 规则4：当 剩余车数 > 0 时，允许保存，计划车数更新为修改后的值
• 规则5：已抢单数在修改时为只读展示，货主不能直接修改已抢单数，只能修改计划车数
• 规则6：修改计划的其他字段（如线路、货物等）不受此规则限制，仅修改计划车数时触发校验
• 规则7：若运输计划尚无任何抢单（已抢单数=0），修改计划车数为任意正整数均可（剩余车数 = 新计划车数 > 0）

7.3 异常与边界处理

8. 附录 选填

需求来源

【客户成功专项】运输计划功能优化

变更记录