本文系该系列第5篇，本期内容主要回答寄修业务要加环节，如何不等开发，快速上线？

于是很多要求就停在了这里。倒不是管不了，是系统当初上线时就把流程定死了：没有这个环节，要加就得改系统。最后只能靠人盯、靠群里问、靠事后翻记录。

一套写死的流程

装不下要求各异的客户

同样是寄修，有的企业要求必须过质检，有的企业机器结构简单，不需要这一道；有的企业逐单确认报价，有的客户签了服务协议，全包不单独收费；有的走上门取件、门店签收，有的直接寄到总部仓库。

需求不一样，系统里却只有一套流程。写死的流程会带来三件事：

该管的质量，漏在流程外。质检环节不存在，漏检只能等客户投诉，或者二次返修时才发现。

该管住的费用，靠人自觉。报价没有强制管控，客户还没确认，维修工已经开工了。

该说清的责任，靠事后追。取件和签收混在一个节点里，机器在路上出了问题、签收数量对不上，翻记录才发现查不清。

更麻烦的是改流程。提需求、排期、开发、测试、上线，一轮下来周期不短；改完还得担心正在跑的单子会不会乱。算下来，很多管理者选择先用着，管理意图一步步让给了系统现实。

瑞云服务云的解法

把管理要求，提前做进流程里

瑞云服务云这次升级，一句话就能说清：过去要等开发排期才能加的流程节点，现在提前做进了产品里。8 个节点，每个都能按你的管理要求独立启用或停用：受理 → 取件 → 签收 → 检测 → 报价 → 维修 → 质检 → 完工。

你的业务里要有质检，在项目上线时打开质检节点，维修完成后必须过检才能进入完工；机器结构简单，不需要这一道，关掉，流程还是原来那条。开关默认关闭，存量客户的原流程一个字不用变。

以下是一些典型场景，对应售后管理者最常提的四个要求。

原来混在一个节点里的两件事，现在拆开，取件完成是一步，签收确认是另一步。

后台还新增了待取件视图，所有处在取件环节的单子汇总在一处，取件方式一眼可见，责任有据可查。

检测独立成一个环节，维修之前先做故障检测，由检测专员填写处理方式、判定故障责任方、决定这单是否收费。

把判定放在开修之前，意味着“是客户责任还是我方责任”“这单收不收钱”，在动手前就有结论，而不是事后扯皮。

同时，配套新增故障检测菜单，所有待检测单据集中在这里，检测专员不用四处找单。

落到售后管理者的日常，变化发生在四个地方。

第一，管理要求，不用再等开发。加质检、拆取件签收、管住报价......实施阶段就能按需落地，不再走开发排期那条路。

第二，质量和费用，在流程里有了位置。质检是一个必须经过的节点，不需要靠人盯；报价是一个有管控的环节，不需要靠自觉。

第三，责任边界清楚了。谁取件、谁签收、谁检测、谁判定责任方，每一步都有独立的记录和责任人。出现争议，翻单据就能定位。

第四，存量业务不受影响。开关默认关闭，存量客户的寄修单按原流程继续流转，新创建的单据才按新配置执行。系统升级，不会打乱正在跑的业务。