一个真实的教训:看不懂的流程图
案例:某品牌的"天书"流程图
2022年,某造车新势力售后部门,花了2个月时间,设计了一套"完整"的服务流程体系。
发布会上展示的流程图:
- 1张A0纸(84cm × 119cm)
- 密密麻麻237个步骤
- 用了42种不同形状的符号
- 连线复杂到像蜘蛛网
总监自豪地说:
"你看,我们考虑了所有可能的情况,覆盖了每一个场景!"
3个月后的现实
一次暗访发现:
门店经理的抽屉里:
- 流程图被折叠成小方块塞在角落
- 上面布满灰尘
- 从未被打开过
问员工:
- "你们用这个流程图吗?"
- 员工A:"太复杂了,看不懂"
- 员工B:"放大镜都看不清楚"
- 员工C:"我们还是按以前的方式做"
问题在哪:
- ✗ 试图在一张图上展示所有内容
- ✗ 使用了大量专业术语和缩写
- ✗ 没有层级关系,全是平铺
- ✗ 没有视觉重点,看起来都一样重要
教训:
流程图不是为了展示你有多专业,而是为了让执行者看懂、会用。
流程设计的本质:让复杂变简单
什么是好的流程图?
3个黄金标准:
- 3秒法则:看3秒就知道大概在讲什么
- 5分钟法则:看5分钟就能理解整个流程
- 实战法则:拿着流程图就能上手操作
流程设计的核心原则
KISS原则(Keep It Simple, Stupid)
"把复杂的东西做简单,这才是真本事。"
具体做法:
- 分层设计:不要试图在一张图上说清所有事
- 只画关键步骤:80%的价值往往来自20%的步骤
- 用人话:避免专业术语,能说"检查"就不要说"inspect"
流程图的5种基本符号
不要自创符号
很多人喜欢发明新符号,结果:
- ✗ 别人看不懂
- ✗ 需要专门解释
- ✗ 增加学习成本
正确做法:只用5种标准符号就够了。
符号1:圆角矩形(开始/结束)
╭─────────╮
│ 开始 │ ← 流程的起点
╰─────────╯
↓
...
↓
╭─────────╮
│ 结束 │ ← 流程的终点
╰─────────╯
使用场景:
- 标记流程的起点和终点
- 每个流程图只有1个开始,可以有多个结束
错误示例:
- ✗ "客户来了"(太口语化)
- ✓ "客户到店"(简洁明了)
符号2:矩形(操作步骤)
┌─────────────┐
│ 环车检查 │ ← 一个具体的动作
└─────────────┘
使用场景:
- 表示需要执行的具体动作
- 用动词开头:检查、记录、拍照、通知
好的步骤描述:
- ✓ "拍摄车辆外观照片(4个角度)"
- ✓ "在系统中创建工单"
- ✓ "向客户解释维修方案"
不好的步骤描述:
- ✗ "做好接待工作"(太模糊)
- ✗ "按照标准操作"(等于没说)
- ✗ "提升客户体验"(这是结果,不是步骤)
符号3:菱形(判断/决策)
◇
╱ ╲
╱ ╲
╱ 判断 ╲
╲ ╱
╲ ╱
╲ ╱
▽
╱ ╲
是╱ ╲否
使用场景:
- 需要根据条件做不同处理
- 必须有明确的判断标准
好的判断描述:
✓ 明确的标准:
◇
╱ ╲
╱ ╲
╱ 里程 ╲
╲>5000?╱
╲ ╱
╲ ╱
▽
╱ ╲
是╱ ╲否
↓ ↓
保养 继续用
不好的判断描述:
✗ 模糊的标准:
- "客户是否满意?"(怎么判断满意?)
- "质量是否合格?"(合格的标准是什么?)
- "是否需要维修?"(谁来判断?)
符号4:平行四边形(输入/输出)
╱────────╲
╱ 输入/输出 ╲ ← 数据或信息的流入流出
╱____________╲
使用场景:
- 输入:接收信息或数据
- 输出:生成文档或报告
示例:
╱────────╲
╱ 客户填写 ╲ 输入
╱ 服务表单 ╲
╱____________╲
↓
┌─────────┐
│ 创建工单 │ 处理
└─────────┘
↓
╱────────╲
╱ 打印工单 ╲ 输出
╱ 给客户 ╲
╱____________╲
符号5:箭头(流向)
→ 单向流动
⇄ 双向流动(尽量避免)
使用原则:
- 从上到下,从左到右
- 尽量避免交叉
- 尽量避免回流(会让流程图混乱)
箭头标注要点:
- 条件分支时,标注"是/否"或具体条件
- 不要让读者猜测
流程设计方法:SIPOC分析法
什么是SIPOC?
SIPOC是5个英文单词的首字母缩写:
- Supplier(供应商):谁提供输入?
- Input(输入):需要什么输入?
- Process(流程):做什么?
- Output(输出):产出什么?
- Customer(客户):谁接收输出?
本质:用一张表格,理清流程的来龙去脉。
SIPOC分析步骤
第1步:定义流程范围
明确:
- 起点在哪里?
- 终点在哪里?
- 边界是什么?
案例:预约服务流程
- 起点:客户发起预约
- 终点:预约确认完成
- 不包括:到店后的服务流程(那是另一个流程)
第2步:识别输出(O)和客户(C)
先想结果:这个流程要给谁提供什么?
案例:预约服务流程
| 输出(Output) | 客户(Customer) | 客户需要什么 |
|---|---|---|
| 预约确认短信 | 车主 | 知道预约时间和地点 |
| 预约工单 | 服务顾问 | 提前了解客户需求 |
| 备件准备清单 | 仓库 | 知道需要准备哪些备件 |
| 技师排班表 | 车间主管 | 合理安排人力 |
关键:一个流程可能有多个输出,服务多个客户(内部+外部)。
第3步:识别输入(I)和供应商(S)
再想输入:要产出这些结果,需要什么信息?谁提供?
案例:预约服务流程
| 输入(Input) | 供应商(Supplier) | 质量要求 |
|---|---|---|
| 客户基本信息 | CRM系统 | 准确、完整 |
| 车辆信息 | DMS系统 | 实时更新 |
| 服务历史记录 | 售后系统 | 可追溯 |
| 技师可用时间 | 排班系统 | 实时同步 |
| 备件库存 | WMS系统 | 准确库存 |
关键:明确数据来源和质量要求,避免"巧妇难为无米之炊"。
第4步:梳理流程(P)
最后画流程:从输入到输出,中间需要做什么?
原则:只画主要步骤,不超过10个。
案例:预约服务流程(主要步骤)
- 接收预约请求
- 检查客户信息
- 评估服务需求
- 确认可用时间
- 分配服务顾问
- 发送确认通知
注意:这是高层流程(Level 1),每个步骤内部还可以展开详细流程(Level 2)。
SIPOC表格示例
预约服务流程SIPOC
| S供应商 | I输入 | P流程 | O输出 | C客户 |
|---|---|---|---|---|
| CRM系统 | 客户信息 | 1.接收请求 | 预约确认 | 车主 |
| DMS系统 | 车辆信息 | 2.检查信息 | 服务工单 | 服务顾问 |
| 售后系统 | 服务历史 | 3.评估需求 | 备件清单 | 仓库 |
| 排班系统 | 技师时间 | 4.确认时间 | 排班计划 | 车间主管 |
| WMS系统 | 库存数据 | 5.分配顾问 | ||
| 6.发送通知 |
价值:
- 一张表看清全貌
- 识别输入输出的完整性
- 发现流程中的断点和盲点
流程优化:ECRS原则
什么是ECRS?
ECRS是4个英文单词的首字母:
- Eliminate(消除):能不能不做?
- Combine(合并):能不能一起做?
- Rearrange(重排):能不能换个顺序做?
- Simplify(简化):能不能更简单地做?
优先级:E > C > R > S
E - 消除(Eliminate)
原则:不做永远比做得快更高效。
提问:
- 这个步骤创造价值吗?
- 如果不做,会有什么影响?
- 是不是因为"一直这样做"才做的?
案例:某品牌的纸质工单签字流程
原流程(7个步骤):
- 服务顾问打印工单
- 客户签字确认
- 扫描工单
- 上传到系统
- 归档纸质工单
- 每月整理归档
- 超过3年后销毁
ECRS分析:
问:为什么要打印?
- 答:"客户要签字"
问:为什么一定要纸质签字?
- 答:"一直都这样做的"
问:数字签名可以吗?
- 答:"好像也可以..."
改进后流程(2个步骤):
- 服务顾问在PAD上展示工单
- 客户在PAD上电子签名,自动存入系统
消除了:打印、扫描、归档、整理、销毁(5个步骤)
效果:
- 每单节省时间:3分钟
- 每年节省纸张:12万张
- 每年节省人工:2,400小时
- 每年节省成本:约¥18万
C - 合并(Combine)
原则:做一次比做两次效率高。
提问:
- 哪些步骤可以同时做?
- 哪些步骤可以在一个地方做完?
- 哪些信息可以一次收集全?
案例:某品牌的客户信息收集
原流程(分散收集):
- 预约时:问一遍基本信息
- 到店时:再问一遍(服务顾问不知道预约信息)
- 交车时:又问一遍(财务不知道前面的信息)
客户抱怨:
"我已经说了3遍了,你们就不能记录下来吗?"
ECRS分析:
3次重复收集,可以合并成1次。
改进后流程:
- 预约时:系统记录完整信息
- 到店时:服务顾问直接调用,只确认变化
- 交车时:财务直接调用,无需再问
效果:
- 客户满意度提升:NPS +8分
- 每单节省时间:5分钟
- 数据准确率提升:从78%→96%
R - 重排(Rearrange)
原则:顺序对了,效率翻倍。
提问:
- 能不能提前准备?
- 能不能并行处理?
- 瓶颈能不能往前移?
案例:备件准备时机
原流程(顺序处理):
客户到店 → 诊断故障 → 确定方案 → 申请备件 → 等待配件 → 开始维修
↑
客户等待30分钟
ECRS分析:
备件申请为什么要等诊断完?能不能提前?
改进后流程(并行+前置):
客户预约时:远程诊断 → 提前准备备件
↓
客户到店 → 确认诊断 → 直接开始维修
效果:
- 客户等待时间:从30分钟→0分钟
- 备件准备准确率:85%(15%需要现场调整)
- 客户满意度:NPS +12分
- 技师利用率提升:15%(减少等件时间)
S - 简化(Simplify)
原则:简单的方法更容易执行。
提问:
- 能不能用更简单的工具?
- 能不能减少信息收集?
- 能不能自动化?
案例:故障诊断记录
原流程(复杂):
技师需要手工填写诊断报告:
- 故障现象描述:200字文本框
- 诊断过程描述:500字文本框
- 故障原因分析:300字文本框
- 解决方案说明:200字文本框
问题:
- 技师不愿意写(太麻烦)
- 写得潦草(凑字数)
- 信息不规范(难以统计)
ECRS分析:
能不能用结构化表单替代自由文本?
改进后流程(简化):
使用选择+少量文本:
- 故障类型:下拉选择(20个常见类型)
- 故障部位:图片点选(点击车辆示意图)
- 诊断步骤:勾选清单(10个标准步骤)
- 故障原因:下拉选择(30个常见原因)
- 补充说明:50字文本框(仅特殊情况)
效果:
- 填写时间:从8分钟→2分钟
- 填写完整率:从60%→95%
- 数据可分析性:能够统计故障分布
- 知识库积累:自动归类到案例库
实战案例:从0到1设计预约流程
背景
某新能源品牌面临的问题:
- 预约率只有35%(行业平均50%)
- 客户到店后等待时间长(平均45分钟)
- 技师利用率低(只有68%)
- 备件满足率低(78%,经常缺货)
目标:
- 预约率提升到70%
- 等待时间缩短到15分钟
- 技师利用率提升到85%
- 备件满足率提升到95%
第1步:SIPOC分析
明确流程范围:
- 起点:客户发起预约
- 终点:客户到店,服务准备就绪
- 不包括:到店后的服务过程
SIPOC表格:
| S供应商 | I输入 | P流程(高层) | O输出 | C客户 |
|---|---|---|---|---|
| 客户 | 预约需求 | 1.接收请求 | 预约确认 | 客户 |
| CRM | 客户档案 | 2.远程诊断 | 服务方案 | 服务顾问 |
| DMS | 车辆信息 | 3.备件准备 | 备件清单 | 仓库 |
| 历史记录 | 服务记录 | 4.技师分配 | 工作安排 | 技师 |
| 排班系统 | 技师排班 | 5.时间确认 | 排期计划 | 车间 |
| WMS | 库存数据 | 6.发送通知 | 提醒短信 | 客户 |
第2步:绘制现状流程(As-Is)
发现的问题:
- 信息断点:
- 预约系统和服务系统不互通
- 客户到店后,服务顾问还要重新问一遍
- 串行等待:
- 先诊断,再找备件,再排期
- 每个环节都要等
- 被动响应:
- 客户不预约,系统不知道会来多少人
- 无法提前准备
- 缺乏引导:
- 客户不知道预约有什么好处
- 为什么要多此一举?
第3步:设计未来流程(To-Be)
核心改进:
改进1:智能预约引导
原来:
- 客户打电话:"我想明天来保养"
- 客服:"好的,几点?"
- 客户:"随时都行"
- 结果:没有预约,直接来
改进后:
- 系统自动提醒:"您的车已行驶5,200公里,建议保养"
- 客户点击:"立即预约"
- 系统展示:"预约客户可享受:
- 无需等待,到店即修
- 赠送免费洗车
- 技师提前准备,效率更高"
- 客户选择时间,系统自动确认
效果:预约率从35%→68%
改进2:远程预诊断
原来:
- 客户到店才诊断
- 诊断后才知道需要什么备件
- 备件没有就要等
改进后:
- 预约时,系统提示:"请描述故障现象"
- 客户上传:故障视频/照片
- 系统初步诊断:可能原因A(60%)、B(30%)、C(10%)
- 提前准备:A方案备件100%准备,B方案50%准备
效果:
- 备件满足率从78%→94%
- 客户到店等待时间从45分钟→12分钟
改进3:动态排期
原来:
- 固定时段:9:00、10:00、11:00...
- 不管快慢,都占一个时段
- 简单保养也要等30分钟
改进后:
- 系统评估:这个服务需要多久?
- 小保养:30分钟
- 故障维修:90分钟
- 钣喷:3小时
- 动态排期:
- 9:00-9:30:小保养(客户A)
- 9:30-10:00:小保养(客户B)
- 10:00-11:30:故障维修(客户C)
- 技师安排:根据技能匹配
效果:
- 技师利用率从68%→87%
- 客户准时率提升:从60%→91%
第4步:流程图设计(分层)
Level 1:高层流程(给管理者看)
╭─────────╮
│客户发起预约│
╰─────────╯
↓
┌─────────┐
│智能引导预约│
└─────────┘
↓
┌─────────┐
│远程预诊断 │
└─────────┘
↓
┌─────────┐
│备件自动准备│
└─────────┘
↓
┌─────────┐
│技师智能派工│
└─────────┘
↓
┌─────────┐
│发送到店提醒│
└─────────┘
↓
╭─────────╮
│客户到店就修│
╰─────────╯
Level 2:详细流程(给执行者看)
只展开"远程预诊断"这一步:
┌──────────────┐
│客户描述故障现象│
└──────────────┘
↓
◇
╱ ╲
╱ ╲
╱ 有无 ╲
╲照片?╱
╲ ╱
╲ ╱
▽
是╱ ╲否
↓ ↓
┌────┐ ┌─────────┐
│AI分析│ │文字描述分析│
└────┘ └─────────┘
↓ ↓
└────┬────┘
↓
┌───────────┐
│系统推荐可能原因│
│(概率排序) │
└───────────┘
↓
┌───────────┐
│服务顾问确认 │
└───────────┘
↓
┌───────────┐
│通知仓库准备 │
│对应备件 │
└───────────┘
第5步:试点验证
选择3家门店试点3个月
试点数据对比:
| 指标 | 试点前 | 试点后 | 变化 |
|---|---|---|---|
| 预约率 | 35% | 68% | +33% |
| 等待时间 | 45分钟 | 12分钟 | -73% |
| 技师利用率 | 68% | 87% | +19% |
| 备件满足率 | 78% | 94% | +16% |
| 客户NPS | 58 | 76 | +18 |
试点成功,推广全国。
流程设计的常见错误
错误1:试图画出"完美"流程
表现:
- 考虑所有可能的场景
- 流程图巨大无比
- 分支密密麻麻
问题:
- 太复杂,没人看得懂
- 太完美,执行不了
- 太死板,没法应变
正确做法:
- 先画80%场景的流程
- 20%的特殊情况,留给人判断
- 简单、清晰、能用
错误2:流程脱离实际
表现:
- 坐在办公室闭门造车
- 从来没去过现场
- 不知道一线的真实情况
问题:
- 理想化的流程,实际做不到
- 增加了很多不必要的步骤
- 一线员工抵触
正确做法:
- 去现场:亲自走一遍流程
- 问一线:听听他们怎么说
- 试运行:先小范围测试
错误3:流程一成不变
表现:
- 流程一旦定下来,就不能改
- "这是标准,必须遵守"
- 发现问题也不优化
问题:
- 流程会过时
- 失去改进机会
- 员工失去积极性
正确做法:
- 定期复盘:每季度review一次
- 鼓励反馈:一线发现问题要奖励
- 快速迭代:小步快跑,持续优化
错误4:忽视异常处理
表现:
- 只画"正常"流程
- 遇到异常就懵了
- 没有预案
问题:
- 80%的投诉来自异常处理不当
- 员工不知道怎么办
- 客户体验差
正确做法:
- 识别高频异常:哪些异常经常发生?
- 设计应对流程:遇到X情况,做Y处理
- 明确升级路径:什么情况找主管?什么情况找总部?
示例:预约后爽约的处理流程
客户预约后未到店
↓
◇
╱ ╲
╱超过╲
╱预约时╲
╲间15分╱
╲钟?╱
╲ ╱
▽
是╱ ╲否
↓ ↓
电话 等待
确认
↓
◇
╱ ╲
╱能否╲
╲到店╱
╲ ╱
▽
是╱ ╲否
↓ ↓
调整 取消预约
时间 +记录原因
+后续跟进
本质价值总结
流程设计的本质
流程设计 = 让复杂变简单 + 让模糊变清晰 + 让经验变标准
好流程的3个标准
- 看得懂:3秒知道讲什么,5分钟理解全貌
- 做得到:拿着流程图就能操作
- 持续优化:不是一成不变,而是不断进化
流程设计的4个工具
- 5种符号:简单够用,不要自创
- SIPOC:理清输入输出,看清全貌
- ECRS:从消除到简化,系统优化
- 分层设计:高层给方向,详细给方法
一句话记住
好的流程图,不是展示你多专业,而是让执行者一看就懂、拿来就用。
下一步
在下一个页面,我们将继续实战:
《SOP编写实战:如何写出一份技师愿意用的作业指导书》
- SOP的3个层次
- 图文并茂的设计技巧
- 可视化工具的应用
- 3个真实的SOP案例
- 让SOP"活起来"的秘诀
记住:
✨ 流程图不是艺术品,是工具。好用,才是硬道理。
似水流年