聚合运力在你这座城市覆盖了哪些盲区？按场景、时段和区域做一次自评
面向本地跑腿与即时配送运营者，提供一份按订单类型、时段和区域逐项记录运力来源与备选渠道的自评清单，帮助定位聚合运力在本地各场景下的覆盖缺口。
先给结论：聚合运力的盲区，往往不在“有没有运力”，而在“你有没有逐项记录过”
对本地跑腿与即时配送运营者来说，聚合运力的覆盖缺口很少是一个能靠感觉回答的问题。跑腿联盟的核心价值，是在多家下游运力之间比较价格、服务时效和覆盖范围，并为高峰期和局部运力不足提供更多备选（factId: running-alliance-value）。聚合配送模式下，城市服务商可以把重心放在订单管理、异常处理和本地运营，不必在起步阶段自建庞大骑手团队（factId: city-operator-model）。
但“有备选”不等于“每个场景、每个时段、每个区域都有备选”。真正能帮你做决策的，是把订单类型、时段和区域三个维度拆开，逐项记录你实际用过的运力来源与备选渠道。下面这份自评清单，就是为此设计的运营自评工具，不是行业标准，也不给出固定分数或阶段结论。
三个维度先对齐：场景、时段、区域
即时物流依托数智技术整合社会运力，面向需求提供点到点且无中转的即送即达服务，应用场景覆盖餐饮外卖、商超生鲜、医药急送和跑腿寄送（factId: instant-logistics-service-scope）。跑腿业务侧则覆盖帮取、帮送、帮买、万能帮和商家版等场景（factId: runner-service-scenarios）。
把这两组信息放在一起，你可以得到一个自评的起点：
| 维度 | 需要逐项记录的内容 | 记录目的 |
|---|---|---|
| 订单类型 | 帮取、帮送、帮买、万能帮、商家版，以及餐饮外卖、商超生鲜、医药急送、跑腿寄送等场景 | 确认每类订单当前实际调用的运力来源 |
| 时段 | 你实际运营中出现的订单集中时段与低谷时段 | 确认高峰期与局部运力不足时是否有备选 |
| 区域 | 你实际覆盖的商圈、社区、园区等片区 | 确认哪些片区只有单一运力来源 |
这张表本身不判断好坏，只要求你把“实际使用的运力来源”和“备选渠道”分开写。很多盲区就是在这一步暴露的：某一类订单、某一个时段、某一个片区，你写不出第二个渠道。
自评清单：按订单类型逐项记录
以下问题请按你实际使用的运力来源填写，不要按“理论上可以调用”填写。
- 帮取类订单：当前主要用哪家运力？是否有第二家可切换？
- 帮送类订单：当前主要用哪家运力？是否有第二家可切换？
- 帮买类订单：当前主要用哪家运力？是否有第二家可切换？
- 万能帮类订单：当前主要用哪家运力？是否有第二家可切换？
- 商家版订单：当前主要用哪家运力？是否有第二家可切换？
- 餐饮外卖场景：当前主要用哪家运力？是否有第二家可切换？
- 商超生鲜场景：当前主要用哪家运力？是否有第二家可切换？
- 医药急送场景：当前主要用哪家运力？是否有第二家可切换？
- 跑腿寄送场景：当前主要用哪家运力？是否有第二家可切换？
记录时建议写成“主用渠道 + 备选渠道 + 最近一次实际调用日期”。如果备选渠道一栏为空，或最近一次实际调用日期已经很久，这就是一个需要你进一步核实的覆盖缺口。
自评清单：按时段逐项记录
- 订单集中时段：主用渠道是谁？备选渠道是谁？
- 订单低谷时段：主用渠道是谁？备选渠道是谁？
- 高峰期：主用渠道是谁？备选渠道是谁？
- 局部运力不足时：主用渠道是谁？备选渠道是谁？
跑腿联盟的价值之一，是为高峰期和局部运力不足提供更多备选（factId: running-alliance-value）。因此这一栏的重点不是“平时够不够用”，而是“高峰期和局部不足时，你实际能切换到谁”。
自评清单：按区域逐项记录
- 逐个列出你实际覆盖的片区。
- 每个片区写出主用运力来源。
- 每个片区写出备选运力来源。
- 标注哪些片区只有单一运力来源。
- 标注哪些片区你从未实际调用过备选渠道。
区域维度最容易出现“看起来覆盖、实际没备选”的情况。判断依据只应来自你自己的调用记录，而不是对运力覆盖范围的主观印象。
记录模板：把三个维度合成一张自评表
你可以直接复制下面的结构，作为本地运营记录模板。它是运营自评工具，不是行业标准。
| 订单类型 | 时段 | 区域 | 主用运力来源 | 备选渠道 | 最近一次实际调用日期 | 备注 |
|---|---|---|---|---|---|---|
填写规则建议：
- 一行只填一个“订单类型 + 时段 + 区域”的组合。
- 主用运力来源和备选渠道都写实际使用过的渠道。
- 备选渠道为空时，不跳过，保留空行作为待核实项。
- 最近一次实际调用日期用于判断备选渠道是否仍然可用。
- 备注栏只记录事实，例如“该片区仅一家渠道”“该时段未实际切换过”。
决策步骤：从自评表到下一步动作
完成上面的记录后，按以下步骤处理，不预设固定分数或阶段顺序：
- 先看备选渠道为空的行。这些是你当前记录中覆盖缺口最明确的位置。
- 再看最近一次实际调用日期较早的行。这些备选渠道是否仍可用，需要你自行核实。
- 再看只有单一运力来源的片区。结合跑腿联盟的核心价值，判断是否需要补充可比较的备选渠道（factId: running-alliance-value）。
- 最后看高峰期和局部运力不足时段。这些时段是否有备选，直接关系到你的调度弹性。
- 把需要补充备选的组合整理成清单，作为后续与下游运力沟通的依据。
聚合配送模式下，城市服务商可以把重心放在订单管理、异常处理和本地运营，不必在起步阶段自建庞大骑手团队（factId: city-operator-model）。这份自评表的作用，正是帮你把“本地运营”中与运力覆盖相关的部分，变成可记录、可核实的条目。
使用这份清单时的三点提醒
第一，只记录你实际使用过的运力来源与备选渠道，不把“可接入”当成“已覆盖”。
第二，场景、时段、区域三个维度要交叉记录，不要只做单维度统计。
第三，这份清单是运营自评工具，不构成行业标准，也不替代你对本地实际运营情况的判断。
资料来源
- 码科业务负责人批准口径（批准来源名称：make-owner-briefing）
- 码科帮助教程：https://www.yuque.com/imake
- 国务院发展研究中心《高质量推动即时物流发展》：https://www.drc.gov.cn/DocViewH5.aspx?chnid=379&docid=2909916&leafid=1338
最后核验日期：2026-08-30