CAMPUS AFTER-SALES HUB

让每一个售后问题，都有下落。

把学生的描述、平台订单证据和站点处理记录放到一条清晰的时间线上，站长每天只看一个待办列表。

校园驿站售后协作台 · 概念验证

站点不需要换系统，
只需要少一点重复沟通。

学生扫码报问题，站点按快递公司、单号或手机号尾号快速筛选；嗖嗖取订单自动带出取件和配送证据。

◷

今日问题单18较昨日 +4

!

待处理4其中 1 条紧急

✓

本周解决率96%平均响应 18 分钟

↗

协作方3驿站 · 快递 · 嗖嗖取

LIVE QUEUE

正在发生

ONE CLEAR FLOW

四个动作，完成一次协作

不替换原系统

01

学生提交扫码 / 选订单 / 描述问题

02

自动匹配单号、尾号、平台证据

03

责任分流驿站 / 快递 / 嗖嗖取

04

结果回传处理记录、通知学生

WHAT THE OWNER SEES

展示重点不是功能多，而是问题终于有去处。

Demo 版已覆盖 9 个核心板块 + 2 个演示增强模块

01

减少重复问答

学生不再在多个群里重复描述同一件事。

02

责任一眼可见

问题按类型流向真正需要处理的一方。

03

证据自动成链

取件、配送、照片和处理结果集中查看。

04

每天只看待办

普通问题批量处理，紧急问题单独升级。

DEMO WALKTHROUGH

五步看懂一次售后协作

按照真实站点的一天来演示：学生报问题、站点查询、责任分流、处理回传和每日汇总。

预计 3–5 分钟

STEP 01 · STUDENT INTAKE1 / 5

i

演示说明：所有案例、号码和照片均为虚构样例；真正接入时，站点只能查看自己授权范围内、与问题单相关的必要信息。

STUDENT INTAKE

学生售后入口

学生只需要描述问题，系统负责把订单、证据和责任方整理好。

无需下载新 App

1选择来源

2匹配订单

3描述问题

4提交

01

这件快递从哪里来？

先选择来源，系统会决定能展示哪些证据。

02

输入一项可核对的信息

可以输入单号、手机号尾号，或直接选择已有订单。

快递公司单号 / 订单号手机号尾号

快速选择演示订单

✓ 已匹配到 1 条平台记录嗖嗖取订单

中通

ZTO-20260830-1024小徐 · a15 宿舍楼下 · 1 件

疑似错投

03

请选择遇到的问题

选择后会自动推荐处理路径。

补充说明

照片可以帮助站点更快判断问题

◈提交即表示同意站点仅为处理该问题查看必要信息。

ORDER SEARCH

订单查询与筛选

站点人员可以组合条件查找订单，先定位问题，再决定由谁处理。

⌕

快递公司问题状态订单来源问题优先级

快捷筛选

8 条订单记录 · 仅展示演示范围内数据

CASE WORKBENCH

问题工作台

把今天需要处理的事放在一起，按优先级和责任方逐条清空。

◷

今天是集中处理日

普通问题可以批量回复；紧急问题建议立即升级给对应责任方。

全部问题18

待处理4

处理中7

已解决7

ORDER DETAIL

订单详情与证据

一张卡片里看清订单来源、取件配送轨迹和售后处理记录。

RESPONSIBILITY ROUTING

责任分流地图

不是把所有问题都推给站点，而是先判断问题发生在哪一段。

分流规则已启用

ROUTE WITH EVIDENCE

每一条问题单，都有下一步。

系统根据订单来源、当前状态和问题类型，给出建议责任方；站点人员仍然可以人工调整并留下理由。

问题单驿站快递公司嗖嗖取

017 类问题

⌂

驿站处理

到站后找不到、取件码无效、货架核对、站点服务问题。

典型动作核对入库 / 货架 / 出库记录

025 类问题

↗

快递公司处理

运输丢失、破损、少件、错投等需要快递方核查的问题。

典型动作转交运单 / 记录官方工单号

036 类问题

S

嗖嗖取处理

代取、配送、取件照片、送达照片和订单状态不一致。

典型动作核对时间线 / 联系配送员

i

分流不是甩锅

Demo 里每次转交都会保留原问题单、转交时间、责任方和处理说明，学生可以看到进度，不需要重新描述。

DAILY DIGEST

每日处理汇总

站点每天在一个时间点集中处理普通问题，紧急问题仍然即时提醒。

TODAY · 2026.08.30星期日

建议处理时间 18:00 · 下班前清空普通问题

已处理 13 / 18 条

72%

今日闭环率还有 5 条其中 1 条需要升级

↗

平均首次响应18 分钟目标：30 分钟内

BATCH QUEUE

今天要处理的 5 条问题

普通问题

✓

圆通 · 取件码无效尾号 3482 · 已重新生成取件码

17:42

✓

申通 · 货架找件尾号 6108 · 已在 B-12 货架找到

17:36

○

邮政 · 破损 / 少件尾号 9021 · 等待快递公司反馈

待处理

○

嗖嗖取 · 送达照片核对尾号 2216 · 需要平台管理员查看

待处理

○

中通 · 到站未取尾号 4830 · 学生已补充位置说明

待处理

REPLY TEMPLATE

批量回复模板

“

你好，你反馈的快递问题已进入今日站点处理清单。我们会在核对后通过嗖嗖取通知你结果，请留意消息。

”

PERMISSIONS & PRIVACY

权限与数据边界

展示系统能做什么，也明确它不能做什么，让合作从一开始就有边界。

◈最小可见范围

ROLE MATRIX

三个角色，各做各的事

⌂

站点管理员

处理到站、取件码和站点服务问题

当前演示角色

✓ 查看关联问题单✓ 按快递公司筛选✓ 填写处理结果× 修改嗖嗖取订单

S

嗖嗖取管理员

处理代取、配送、照片和平台订单问题

平台侧

✓ 查看平台订单证据✓ 联系配送员✓ 处理平台问题× 查看站点全量库存

↗

快递公司联系人

只接收转交给自己的快递问题

后续接入

✓ 查看关联运单✓ 填写官方工单号× 查看学生完整资料× 查看其他快递公司订单

PARTNERSHIP PITCH

给站点的合作方案

先用一套轻量售后协作台试点，不要求站点更换原有系统，也不把平台订单和站点库存混在一起。

♢可从小范围试点

01站点得到

⌂

少问几遍

学生扫码后自己填单号或尾号，站点直接看到结构化问题和必要证据。

可量化结果减少群聊里的重复问询

02学生得到

↗

知道进度

问题有编号、责任方和处理状态，普通问题集中处理，紧急问题即时升级。

可量化结果每条问题都有结果回传

03合作双方得到

S

边界可追溯

按角色和问题单授权，手机号默认脱敏，查看与处理动作都留有记录。

可量化结果不扩大真实数据暴露范围

PILOT CHECKLIST

站长只需要确认 4 件事

轻量试点

01

指定一个站点联系人负责接收和确认站点问题

02

约定每日集中处理时间普通问题统一在固定时间清单化

03

确定可查看的字段范围手机号、取件码和照片按需授权

04

一周后看数据再决定扩展先验证是否真的省时间

NEXT CONVERSATION

给老板看的话术

可复制

“

我们不想替换驿站现有系统，只想先帮您把学生售后问题整理成一张清单：平台下单的件，我们负责核对证据；普通快递的问题，站点可以按单号和尾号快速找到，处理结果再回传给学生。

”