运输计划功能优化项目计划方案

成丰货运平台 · 货主端运输计划使用体验提升与产品优化

编制时间:2026年7月 版本:V1.0 编制:产品部

目录

  1. 方案目的
  2. 方案背景与现状问题
  3. 2.1 方案背景
  4. 2.2 货主使用痛点分析
  5. 2.3 影响运输计划使用率的核心因素
  6. 项目执行步骤(三步走策略)
  7. 第一步:梳理产品功能、清除bug、初步提升体验
  8. 第二步:市场调研,输出第二版优化迭代方案
  9. 第三步:逐步完善,提升共性能力
  10. 第一步详细内容
  11. 4.1 目前运输计划存在的bug问题
  12. 4.2 目前运输计划存在的用户体验提升问题
  13. 4.3 运输计划业务规则梳理
  14. 4.4 V1版优化迭代功能方案
  15. 第二步详细内容
  16. 5.1 调研客户分类与挑选策略
  17. 5.2 调研内容与输出目标
  18. 第三步详细内容
  19. 时间安排
  20. 7.1 第一步时间计划
  21. 7.2 第二步时间计划
  22. 7.3 第三步时间计划(视执行情况而定)
  23. 跨业务线协同说明
  24. 预期成果与风险提示

一、方案目的

本方案旨在系统性解决成丰货运平台运输计划功能的以下三大问题:

序号目的说明
1清除bug与体验问题解决运输计划功能目前存在的bug及产品体验问题,初步提升用户体验
2提升使用粘性通过功能优化和体验提升,让货主愿意持续使用运输计划功能,而非仅作为"必填项"敷衍填写
3扩大有效使用让货主更多更好地使用公司目前的运输计划产品功能,提升运输计划的真实使用率(目前预估仅20%以内)
预期效果:运输计划从"货主不得不填写"变为"货主主动使用"的工具,真实使用率从20%逐步提升至更高水平,运力匹配效率、运输成本和交付准时率同步改善。

二、方案背景与现状问题

2.1 方案背景

经与客户成功部门沈宝海沈总、承运部门梁元峰梁总沟通了解到,目前运输计划虽为平台必填项,但实际真正使用成丰平台运输计划功能的货主占比很低,预估在20%以内。大部分货主仅因平台强制要求而敷衍填写运输计划,并未真正将其作为日常物流管理工具使用。

2.2 货主使用痛点分析

1
计划变化快
中小型货主的运输计划变化较快,难以按固定计划执行,填写后频繁变更
2
信息传递滞后
大中型货主了解运输计划的人有时并非实际操作系统的负责人,变更信息不及时
3
胡乱填写
有货主因必填项强制要求而胡乱填写运输计划,数据质量低、不可信
4
操作不友好
运输计划操作不太友好,存在bug、用户体验待提升、部分功能点不合理
5
短周期需求
有些客户运输计划时间要求较短(1-3天),但货主一周即可,计划周期不匹配
6
校验限制不合理
创建计划时已计划车数必须大于0,修改计划时剩余可抢单数必须大于0,限制了业务灵活性

2.3 影响运输计划使用率的核心因素

基于行业调研和客户成功部门反馈,影响运输计划使用率的核心因素可归纳为以下几类:

序号因素类别详细说明
1需求侧因素订单需求波动大,中小货主计划变化快;受政策因素、环保因素、环境因素、价格因素等影响需求变化导致运力需求波动较大;货源供给不稳定导致实际发运量与计划不符
2运力侧因素车辆可用性不稳定(年检、维修等);运力信息不对称,货主无法实时掌握可用车辆状态;空驶率高导致运力浪费
3信息协同因素货主→调度→司机之间信息传递滞后,依赖电话/微信沟通;大中型货主中了解计划的人与操作系统的人不一致;缺乏实时跟踪
4产品与工具因素操作体验不佳,存在bug;校验规则不合理(如已计划车数不得为0);功能设计未充分考虑不同规模货主的差异化需求
5管理因素大量中小货主仍依赖Excel、电话、微信群制定计划;缺乏数据分析支撑;异常处理机制缺失

核心结论:运输计划使用率低的根本原因不在于货主不需要计划,而在于产品功能不够好用、不够灵活、不够贴合不同规模货主的实际业务场景。本方案的核心思路是:先修bug、改善体验 → 再调研真实需求 → 再持续迭代,逐步让运输计划从"不得不填写"变为"主动使用"。

三、项目执行步骤(三步走策略)

本项目采用分步推进策略,循序渐进,每一步的成果为下一步的输入,确保方案执行稳健有效:

第一步:清bug、修体验

目标:梳理运输计划产品功能、清除目前存在的bug问题、产品问题,初步提升用户体验

输出:V1版产品优化迭代方案(含bug修复、规则优化、流程优化)

关键动作:

  • 梳理现有9条业务规则
  • 识别并记录已知bug
  • 优化不合理的校验规则
  • 梳理产品流程,发现体验问题
  • 输出可执行的V1版优化方案
第二步:调研需求&产品优化迭代

目标:通过客户调研了解真实需求,为后续迭代提供方向

输出:V2版产品优化迭代方案

关键动作:

  • 挑选有代表性的客户(分类型、分规模)
  • 调研正在使用运输计划的客户需求
  • 调研原来使用、现在不用的客户原因
  • 输出调研报告和V2版迭代方案
第三步:逐步完善

目标:逐步完善运输计划功能,提升共性能力,满足更多货主需求

输出:持续迭代的产品功能版本

关键动作:

  • 对已使用运输计划的客户进行回访
  • 扩大种子用户的使用范围
  • 提升运输计划共性能力
  • 逐步满足更多货主的需求
1
第一步:清bug、修体验
梳理现有功能 → 修复bug → 优化不合理规则 → 初步提升体验 → 输出V1版优化方案
2
第二步:调研需求&产品优化迭代
挑选代表性客户 → 调研真实需求和流失原因 → 输出调研报告 → 输出V2版优化迭代方案
3
第三步:逐步完善
客户回访 → 扩大种子用户 → 提升共性能力 → 满足更多货主需求
策略说明:三步走策略遵循"先修好再建好"的原则。第一步确保产品基础可用(清bug、修体验),第二步确保方向正确(调研真实需求),第三步持续迭代扩大成果。每一步不可跳过,每一步的输出是下一步的输入依据。

四、第一步详细内容 Bug修复 体验优化

4.1 目前运输计划存在的bug问题

编号截图问题描述
B01已抢单显示bug截图已抢单车数未能随实际的抢单操作数据变化而变化。例:实际抢单成功(已创建运单3单时),前端展示页面仍显示已抢单为2,且当前待审核运单显示为2,但已抢单为0。
B02剩余未计划显示bug截图已计划4车,订单车数为30车,剩余未计划仍显示30车,应为26车。
B03(无)信息内容展示bug,货主端与司机端的剩余可抢单数不一致。
B04每日不限量剩余可抢单bug截图在选择每日不限量时,剩余可抢单数据错误。已有2个待审核订单,已计划30车,剩余可抢单数应为28车。
...(待补充)(待补充)

4.2 目前运输计划存在的用户体验提升问题

编号目前的问题用户体验改进内容
U01订单车数、已计划、已抢单、剩余可抢单与待装车、待卸货、待收货审核区域内容展示部分,信息展示方式优化、区域区分不明确。通过优化页面布局及展示方式,表现各数据相互逻辑关系,让货主更容易明白相关数据的含义。
U02目前字段信息含义说明暂无。可通过增加信息字段说明,提升用户体验。
U03在创建、修改运输计划时,目前货主无法获知相关规则,如每个数据的设置上限、哪些数据不可为空、哪些数据设置了会相互影响。可在相关规则设置时标注规则要求,让用户在创建、修改运输计划时明确告知规则,无需反复尝试来验证规则。
...(待补充)(待补充)

4.3 运输计划业务规则梳理

以下为运输计划功能的现有业务规则,经当前负责测试的同学和前任产品经理确认(2026-07-06)。这些规则描述的是产品当前的运行逻辑,供研发、测试等所有相关同学作为信息同步和参考依据:

4.3.1 业务规则

1 已抢单 = 报号单数 + 已生成运单数
已抢单车数包含两部分:司机报号后处于"审核中"的报号单数,以及审核通过后已生成的运单数。两者相加构成已抢单车数。
2 报号占位机制
司机抢单时,系统将司机当前的抢单需求通知给平台,由平台审核。审核通过后才生成运单。审核过程中,已抢单被占位,防止超抢。因此,已抢单车数有可能大于已计划车数
3 "剩余XX车还未计划" = 订单车数 − 已生成运单数
修改计划区块中展示的"(剩余XX车还未计划)",此处的车数 = 订单车数 − 已生成运单数。注意:此处用的是"已生成运单数",而非已计划或已抢单。
4 成丰派车 + 自己派车 ≤ 剩余还未计划车数
货主修改计划时,成丰派车数量与自己派车数量的总和,不得超过"剩余还未计划车数"(即订单车数 − 已生成运单数)。
5 每日计划之和 = 已计划车数,且已计划 ≥ 已抢单
修改计划时,每天的计划数量之和等于"已计划"车数。已计划车数不得小于已抢单车数——本次优化不改动此规则。
6 已计划、已抢单、剩余可抢单指的都是车数
7 待装车、待卸货、待收货审核指的都是车数,但不受其他数据影响
这三个数独立于已计划、已抢单等数据,仅表示当前运单状态对应的运单数量(车数)。
8 按日期计划模式
货主制定每日的运输计划,司机按当日车数抢单。当日车数=0时,司机不可以抢当日,但司机可以抢明日、后天的计划车数。
9 每日不限量模式
每日司机可以随意抢单,不受每日车数限制。剩余司机可抢的运单 = 订单车数 − 已抢单车数。
10 修改运输计划的入口(多端协同)
除了货主端,成丰货运中台、成丰助手(内部CRM)也有修改运输计划的入口。运输计划相关的需求迭代需要其他业务线产品配合,确保各入口的校验逻辑和展示保持一致。任一入口修改均影响同一个运输计划。
11 已计划车数上限
已计划车数不得大于订单车数已计划 ≤ 订单车数)。创建和修改运输计划时均受此约束。已计划车数是货主当前已安排计划的部分,不能超过货主发布货源时设定的订单总需求。
12 创建运输计划时已计划车数下限
创建运输计划时,已计划车数必须大于0已计划 > 0,即已计划=0 → 系统拦截,无法创建)。
V2版优化(待上线) 已计划车数可以为0,允许先创建计划(已计划=0时司机端可见但无法抢单),后续将已计划调整为>0后司机才能抢单。
13 修改运输计划时剩余可抢单下限
修改运输计划时,剩余可抢单数量必须大于0剩余可抢单 > 0,即剩余可抢单=0 → 系统拦截,无法保存)。
V2版优化(待上线) 剩余可抢单数量可以为0,允许货主将已计划调整为已抢单(剩余可抢单=0时司机端不再接受新抢单,已有运单正常执行)。

说明:以上13条规则为现有业务规则,描述的是产品当前的运行逻辑。其中规则12、规则13已有计划中的优化变更(需求迭代 RR20260623274028,待上线),详见B01/B02对应的优化内容。本次第一步优化仅改动规则12和规则13(即B01/B02),不改动上述其他11条规则。

4.4 V1版优化迭代功能方案

第一步的V1版优化方案包含以下功能点:

序号功能模块功能点优先级说明
1创建计划校验优化创建运输计划时允许已计划车数为0P0原规则拦截已计划=0,优化后允许创建。已计划=0时司机端可见但无法抢单;货主后续调整为>0后司机才能抢单
2修改计划校验优化修改运输计划时允许剩余可抢单车数为0P0原规则拦截剩余可抢单=0,优化后允许保存。剩余=0时司机无法继续抢单,已抢单的运单正常执行。已计划<已抢单时仍拦截
3司机端展示适配已计划为0时的司机端展示P0已计划=0时展示"0/0车"或"待定",抢单按钮不可点击
4交互提示优化创建/修改页面增加实时提示P1已计划=0时提示"司机可见但无法抢单";剩余可抢单=0时提示"司机无法继续抢单"
5页面布局优化优化数据区域展示,区分逻辑关系P1优化订单车数、已计划、已抢单、剩余可抢单与待装车、待卸货、待收货审核区域的页面布局及展示方式,表现各数据相互逻辑关系
6信息字段说明增加字段信息含义说明P1对各数据字段增加信息含义说明,帮助货主理解字段含义
7规则提示优化创建/修改时标注规则要求P1在创建、修改运输计划时,标注各数据设置上限、非空要求、数据间相互影响等规则说明,让用户明确了解规则,无需反复尝试来验证

五、第二步详细内容 市场调研

5.1 调研客户分类与挑选策略

第二步的核心是通过对不同类型、不同规模货主的调研,了解运输计划的真实需求和流失原因,为V2版优化迭代方案提供方向指引。调研客户分类如下:

正在使用运输计划的客户

调研目标:了解他们对运输计划的需求是什么,需要哪些优化

挑选数量:每类型1-2个客户

  • 中小型货主:1-2个
  • 中大型货主:1-2个

调研内容:

  • 使用运输计划的原因和动机
  • 使用频率和深度(仅用找车/计划+派车/全流程)
  • 功能满意度和不满意点
  • 期望的功能优化方向
  • 曾经是否有使用过其他产品作为公司的运输计划日常工具,如使用过,能否说说哪个产品的优点
  • 在日常做运输计划时,除了成丰平台,还使用哪些软件工具,来辅助完成制定管理日常的运输计划
原来使用过、现在不使用的客户

调研目标:了解为什么不使用了,哪些问题或功能不合理阻碍了正常使用

挑选数量:每类型1-2个客户

  • 中小型货主:1-2个
  • 中大型货主:1-2个

调研内容:

  • 停止使用的原因和转折点
  • 使用期间遇到的最大问题
  • 哪些功能不合理或操作不便
  • 现在用什么替代方案(电话/微信/Excel/竞品)
  • 现在是否在使用其他软件工具、平台来辅助完成制定管理运输计划,优缺点是什么
  • 曾经是否有使用过其他产品作为公司的运输计划日常工具,如使用过,能否说说哪个产品的优点
  • 什么条件下愿意重新使用

5.2 调研内容与输出目标

5.2.1 调研方式

调研方式适用场景说明
客户访谈(电话)不适合走访的客户(已经在调研客户名单中的)直接与货主或操作人员沟通,了解使用情况和需求
内部数据分析正在使用的客户以及全部客户的数据对比由客户成功/承运部门/大数据部门提供使用数据、活跃度等
现场走访中大型货主深入了解企业内部物流管理流程和人员分工

5.2.2 输出目标

序号输出物内容
1客户调研报告各类型客户的调研结果汇总,包括使用原因、流失原因、功能需求、优化方向等
2V2版产品优化迭代方案基于调研结果,输出第二版运输计划功能优化方案,包括新增功能点、交互优化、流程优化等
3种子客户名单愿意继续使用/试用优化后运输计划功能的货主客户清单,作为第三步种子用户

第二步与第一步的关系:第二步的调研方案设计需基于第一步梳理出的产品现状和已知问题,确保调研内容覆盖已知痛点。调研结果为V2版优化方案提供真实需求输入,避免闭门造车。

六、第三步详细内容

6.1 核心思路

第三步是在第一步和第二步的基础上,持续迭代运输计划功能,逐步扩大使用范围和提升产品共性能力:

1
已使用客户回访
对已在第一步、第二步中使用运输计划功能的客户进行回访,收集使用反馈和进一步需求
2
扩大种子用户范围
将第二步筛选出的种子客户逐步扩大使用范围,引导更多货主尝试和持续使用运输计划功能
3
提升共性能力
从不同规模、不同类型货主的个性化需求中提炼共性能力,逐步完善运输计划功能,满足更多货主的需求

6.2 共性能力提升方向(参考)

基于行业调研和现有痛点分析,第三步的共性能力提升方向可参考:

序号方向说明
1强化计划编排能力支持基于历史数据的需求预测、多维度运力匹配、多方案对比优化,从"手动下单"升级为"智能排程"
2提升全程可视化装货→在途→卸货全节点实时可视,异常事件自动预警,预计到达时间智能预测
3差异化服务不同规模货主大型企业提供API对接能力,中型企业提供轻量TMS功能,小型企业提供极简一键发运体验
4数据驱动优化沉淀运输全流程数据,提供准点率、运力利用率等KPI分析,基于数据洞察帮助货主优化运输计划
5强化异常处理建立系统化异常处理流程(天气预警→自动调整→通知相关方→跟踪结果),减少人工干预延迟

说明:以上共性能力提升方向仅为参考,具体方向需根据第二步调研结果确定,避免脱离实际需求闭门造车。

七、时间安排

7.1 第一步时间计划

第一步:梳理产品功能、清除bug、初步提升体验

第1周 基本完成

产品梳理与bug确认 基本完成

梳理运输计划现有产品功能清单和13条业务规则

确认已知bug(B01-B04)并补充测试中发现的bug

梳理创建/修改运输计划的产品流程

第2周

V1版优化方案编写与评审

编写V1版产品优化迭代PRD(含校验规则优化、交互提示优化、页面布局优化、字段说明、规则提示等)

与研发、大数据的测试团队进行方案评审

确认跨业务线协同范围(中台、CRM修改入口适配)

第3-4周 参考时间

研发实施与测试验证 (参考时间,实际安排以研发侧评判为准)

研发团队实施V1版优化(P0:校验规则优化与司机端适配 + P1:交互提示、页面布局、字段说明、规则提示)

测试团队验证优化点,确认bug修复效果

确认中台、CRM侧修改入口同步适配

第5-6周

上线与初步反馈收集

V1版优化上线发布

收集货主使用反馈(预留2周时间确保业务人员充分收集反馈),为第二步调研提供参考

第一步总时长:约6周(含梳理、编写、评审、研发、测试、上线、反馈收集)

7.2 第二步时间计划

第二步:市场调研,输出V2版产品优化迭代方案

第7周

调研准备与客户挑选

与客户成功部门协作,筛选代表性客户

制定调研问卷/访谈提纲

确认调研方式(电话访谈/现场走访)

协调调研时间安排

第8-9周

客户调研执行

正在使用运输计划的客户访谈(中小型1-2个 + 中大型1-2个)

原来使用、现在不用的客户访谈(中小型1-2个 + 中大型1-2个)

内部数据分析(使用数据、活跃度、流失数据)

第10周

调研报告编写与V2方案设计

编写客户调研报告,汇总各类型客户调研结果

基于调研结果设计V2版产品优化迭代方案

筛选种子客户名单

第11周

V2方案评审与启动研发

V2版优化方案与研发、测试团队评审

确认V2版优化优先级和研发排期

启动V2版研发

第二步总时长:约5周(含准备、调研、报告编写、方案评审)

7.3 第三步时间计划(视执行情况而定)

第三步的时间计划视第一步和第二步的执行情况而定,暂不固定具体时间。原则如下:

原则说明
V2版上线后启动第三步在V2版优化上线发布后正式启动
按月度/季度迭代按月/季度进行一次客户回访和功能迭代,持续收集反馈并优化
种子用户逐步扩大每个迭代周期逐步扩大种子用户范围,从2-4个扩展到更多货主
共性能力逐步沉淀从个性化需求中提炼共性能力,每个版本沉淀1-2个共性功能点
整体时间线汇总:
• 第一步(第1-6周):梳理功能 → V1方案 → 研发测试 → 上线 → 反馈收集
• 第二步(第7-11周):调研准备 → 客户访谈 → 调研报告 → V2方案 → 评审研发
• 第三步:V2上线后,按月度/季度持续迭代

八、跨业务线协同说明

除货主端外,成丰货运中台、成丰助手(内部CRM)也有修改运输计划的入口。本次优化涉及的校验规则变更(优化1、优化2),需要其他业务线产品配合,确保中台和CRM侧的修改入口同步适配新的校验逻辑,各入口行为保持一致。

序号业务线涉及入口协同要求
1货主端创建运输计划 + 修改运输计划本次优化主要实施端,优先适配
2成丰货运中台修改运输计划入口需同步适配优化2(剩余可抢单=0允许保存)的校验逻辑
3成丰助手(内部CRM)修改运输计划入口需同步适配优化2(剩余可抢单=0允许保存)的校验逻辑
⚠️ 协同注意事项:三个入口的校验逻辑必须保持一致,否则会出现货主端允许操作但中台/CRM仍拦截的不一致情况。建议在第一步方案评审时邀请中台和CRM的产品同学参加,确保协同方案提前确认。