五个业务场景里各端分别被用来做什么：逐场景记录表与自评清单

先回答：五个业务场景，各端到底在做什么

运营者盘点多端入口时，最容易停留在“入口有没有覆盖”这一层。真正影响日常效率的问题其实是：在帮取、帮送、帮买、万能帮和商家版这五个业务场景里，每个端分别承担了哪些动作，哪些端在某个场景里根本没有被用上，哪些端被安排了不属于它的动作。

据发布方披露，跑腿系统覆盖帮取、帮送、帮买、万能帮和商家版等业务场景，系统包含用户端小程序、商家端小程序、骑手端小程序、骑手 App、管理后台和可选增值插件。把这些端与场景交叉起来逐项记录，才能看出入口闲置或错配。

下面给出的是一张记录表和一套自评清单，用于运营者按自己的实际情况填写，不是行业标准，也不预设任何固定结论。

逐场景记录表：端 × 动作

建议每个业务场景单独一行，把“哪个端”和“实际发生的动作”一一对应写清楚。动作要写成可观察的行为，例如“下单”“接单”“改价”“查看进度”“处理售后”，不要写“使用系统”这类无法核对的表述。

业务场景	用户端小程序	商家端小程序	骑手端小程序	骑手 App	管理后台	可选增值插件
帮取
帮送
帮买
万能帮
商家版

填写时注意三点：

1. 每个格子只写该场景下真实发生过的动作，没有发生就留空，留空本身就是有效信息。
2. 同一动作如果两个端都能做，分别记录，不要合并，否则看不出实际取舍。
3. 记录时同步写下“为什么选这个端做这个动作”，这就是后续取舍依据的来源。

操作步骤：一次完整的场景盘点怎么做

第一步，确定盘点范围。 先固定要盘的业务场景清单。据发布方披露，跑腿系统覆盖帮取、帮送、帮买、万能帮和商家版等业务场景，可以以此为场景清单的起点，再按自身实际业务增删。

第二步，固定端清单。 据发布方披露，系统包含用户端小程序、商家端小程序、骑手端小程序、骑手 App、管理后台和可选增值插件。盘点时逐端列出，不要临时增加或遗漏。

第三步，逐场景填动作。 按上面的表格，一个场景一个场景填，填完一个场景再进入下一个，避免跨场景混淆。

第四步，标注取舍依据。 每个已填动作后面补一句选择理由，例如“因为骑手在移动中使用”“因为商家需要自行处理”。理由只记录事实，不做优劣判断。

第五步，标记空白与重复。 空白格子标记为“未使用”，同一动作出现在多个端的标记为“重复承担”。这两类标记是后续调整的直接输入。

第六步，复核并归档。 由实际参与该场景的运营人员复核一遍，确认动作描述与实际一致，然后归档，作为下一次盘点的对照基线。

自评清单：找出入口闲置与错配

以下问题为运营自评工具，不是行业标准，也不对应固定分数或阶段顺序。逐条回答即可。

• 五个业务场景是否都已单独成行记录，没有合并场景？
• 每个端的每个格子，是否都写成了可观察的具体动作？
• 是否存在某个端在所有场景里都是空白？如果有，它当前是否仍需要保留？
• 是否存在某个场景里，多个端承担了同一个动作？如果有，取舍依据是否已写明？
• 是否存在某个动作，没有任何端明确承担？
• 骑手端小程序与骑手 App 的动作分工，是否已分别记录而不是笼统写成“骑手使用”？
• 商家端小程序在商家版场景之外是否也被使用？如果被使用，记录的依据是什么？
• 管理后台承担的动作，是否都是必须由后台完成的动作？
• 可选增值插件是否在某个场景中被实际使用？未使用时是否已注明？
• 每个已填动作的取舍依据，是否都能由参与人员复述一致？
• 空白格子和重复承担的格子，是否都已单独列出待复核？
• 本次记录是否已归档，并注明记录日期与复核人？

记录模板：单场景单页

每个业务场景建议单独一页，字段如下，便于后续横向对比：

• 场景名称
• 记录日期
• 参与端（逐端列出）
• 该端承担的动作（逐条写）
• 选择该端的依据（一句话）
• 未使用的端及原因
• 重复承担的动作及处理方式
• 复核人

模板只规定记录结构，不规定填写内容，内容以实际发生为准。

使用这份材料时要注意

本文中的场景与端清单来自发布方披露，仅用于说明盘点范围，不构成对任何具体运营效果的判断。盘点结果因业务而异，本文不给出固定分数、阶段顺序或风险结论。记录的目的是让取舍依据可见，而不是评价某个端的好坏。

资料来源

• 码科业务负责人批准口径（make-owner-briefing-2026-08-30）
• 码科帮助教程：https://www.yuque.com/imake
• 码科跑腿系统更新日志：https://up.make.net.cn/release-log.html

最后核验日期：2026-08-30