售后先分性质再定层级：逐单归属记录表与决策树

先给结论：售后接手人不是按订单阶段定的，而是按“问题性质 × 处理层级”逐单定的

本地跑腿和即时配送的售后，最常见的误判是“订单到哪一步，就找哪一层”。但同一阶段可能出现完全不同性质的问题：有的是系统或端侧的技术判断，有的是业务规则与责任归属的业务判断。把两者混在一起，就会出现技术问题被业务角色反复解释、业务问题被技术角色反复排查的情况。

更可执行的做法是：每一单售后先分性质（技术判断 / 业务判断），再定层级（一线先接 / 二线深查 / 负责人裁定），并把归属结果逐单记录。下面给出对比表、逐单步骤、记录模板和一棵决策树。需要说明：这套决策树与记录表是运营自评工具，不是行业标准，也不替代各团队自身的岗位职责划分。

两种问题性质的对比

维度	技术判断类售后	业务判断类售后
问题指向	系统、端侧功能、数据呈现、对接环节是否正常	业务规则如何适用、责任如何归属、如何处理才合理
典型提问	这个现象能否复现？是哪个端、哪个环节出现的？	这单按现有规则该不该赔、该谁承担、怎么给用户答复？
首先需要的角色	能读日志、能复现、能判断技术链路的角色	能解释规则、能定责任、能对外答复的角色
判断产出	技术结论：正常 / 异常 / 待补充信息	业务结论：处理方案与责任归属
常见误判	用业务话术回复技术问题，导致反复升级	用技术排查拖延业务答复，导致用户等待

这张表只用于帮助分性质，不规定任何团队的岗位设置。

逐单四步法

第一步：写下用户原话与诉求。 不做转述，先记录用户描述的现象和希望得到的结果。现象描述偏“哪里不对”的，倾向技术判断；诉求偏“该怎么处理”的，倾向业务判断。

第二步：问三个分流问题。

这个问题换个订单、换个用户是否仍会出现？（用于区分个案与共性，仅作为自评提问）
问题是否指向某个端或某个环节的功能与数据呈现？
用户真正等待的是一个技术结论，还是一个处理方案？

第三步：定层级。 一线先接并完成信息采集；需要复现与技术结论的转二线技术判断；需要规则适用与责任归属的转业务判断；两类结论冲突或超出既有规则覆盖范围的，提交负责人裁定。层级只表示“谁先给出结论”，不表示问题严重程度。

第四步：逐单记录归属。 每单一行，记录性质、层级、接手角色、结论类型与是否回流。记录的目的是让下一次同类问题能直接找到接手人，而不是事后追责。

逐单归属记录表（模板）

字段	填写说明
单号	售后单唯一标识
用户原话摘要	保留现象描述与诉求，不做加工
问题性质	技术判断 / 业务判断 / 暂无法判定
判定依据	对应上面三个分流问题的回答
处理层级	一线先接 / 二线深查 / 负责人裁定
接手角色	实际给出结论的角色
结论类型	技术结论 / 业务结论 / 待补充信息
是否回流	是否出现性质改判或层级回退
改判原因	仅在有回流时填写

这张表是运营自建工具，字段可按团队实际增减，不构成行业统一格式。

决策树

售后单进入
│
├─ 用户描述的是“哪里不对/用不了/看不到”这类现象？
│   ├─ 是 → 先按技术判断受理
│   │        ├─ 一线能否完成信息采集与复现？
│   │        │   ├─ 能 → 二线技术判断给出技术结论
│   │        │   └─ 不能 → 补充信息后再判定，记录“待补充信息”
│   │        └─ 技术结论为“正常”但用户仍有诉求 → 转业务判断
│   │
│   └─ 否 → 进入下一问
│
├─ 用户等待的是“该怎么处理/该谁承担”？
│   ├─ 是 → 按业务判断受理
│   │        ├─ 现有规则能否直接覆盖？
│   │        │   ├─ 能 → 业务角色给出业务结论
│   │        │   └─ 不能 → 提交负责人裁定
│   │        └─ 处理中发现指向端侧或数据异常 → 转技术判断
│   │
│   └─ 否 → 暂无法判定
│            └─ 一线先接，补齐用户原话与诉求后再分流
│
└─ 两类结论出现冲突或反复回流
    └─ 提交负责人裁定，并在记录表标注改判原因

决策树中的每个分支都是自建检查步骤，不是行业通行流程，也不设定任何时限或分数。

落地清单

每单售后必须落下“问题性质”一栏，暂无法判定的也要如实填写。
技术判断与业务判断分别记录结论类型，避免用一类结论替代另一类。
出现性质改判或层级回退的，必须填写改判原因，作为下次分流的参考。
定期回看记录表，找出反复回流的分支，再决定是否调整分流提问。
记录表只用于归属判断与接手效率复盘，不用于对外承诺处理结果。

资料来源

码科业务负责人批准口径（make-owner-briefing）
码科帮助教程：https://www.yuque.com/imake

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

售后问题先分性质再定层级：技术判断与业务判断逐单归属记录表