不擅自删掉一方,把差异一并上报,由人来定什么是公司标准。
汇总实际处理方式和例外规则,整理成手册草稿和更新方案。
业务手册(SOP)难的不是做出来,而是“让它保持活着”。多数是整理一次放进文件夹,实际做法慢慢变了文档却没变,手册与现场各走各的。于是新员工照着过时的文档学又回头问前辈,同一件事因人而异,质量随经办人晃动。手册最终成了摆设,经验又退回个人的记忆。
这样的流程,会这样梳理。
把真实进来的活儿归拢起来,连每一步依据什么判断,也一并留下来。
-
收集实际处理方式
收集的不是文档里写的流程,而是实际处理的顺序、判断、例外,从应答与处理记录中来。
判断 文档流程与现场流程不同时以现场为准起草。手册装的是实际而非理想,才守得住。 -
起草标准流程
把反复出现的处理方式按步骤、责任、判断标准、例外结构化,做成手册初稿。
判断 在各经办人偏差中提出“哪个是更好的标准”的候选,但标准的确定交由人。 -
比对变更并更新
与既有手册比对,只挑出变化的流程做更新方案,并附上改了什么、为什么改的依据。
判断 不整篇重写,只点出变动部分。留下变更记录以便回退。 -
人工审查与确定
把更新方案上报给经办人、主管确认是否符合公司标准,确定为发布版。
判断 手册确定与写入公司长期记忆只由人来做。错误的标准会造成所有人的错。 -
发布并保持最新版
发布已确定手册并把旧版分离,下一次变更信号到来时再次上报为待更新。
判断 始终把“最新批准版”是哪个保持为唯一。防止用旧文档干活。
文档与现场不一致时,由人定标准
现场真正会卡住的例外,我们提前定好。规则套不上的时候不硬办,连同依据一起交给人。
不硬凑成一个,按条件分支(“这种情况这样做”)整理,把例外明确留下来。
AI 不擅自更改,连同依据规定一并上报给人,是否合规由人确定。
确定与发布,由人来负责
牵扯到钱、合同、个人信息和品牌的执行,只做到草稿为止;发送与敲定,要等人审批之后才动。
-
手册确定与发布
已确定手册会成为所有人的作业标准,由人最终审查。
-
向公司长期记忆(知识库)写入标准
写入长期记忆的标准难以回退,务必由人审批。
-
改变既有流程的更新
使旧做法失效的变更须由人核对依据。
-
涉及法规、规定环节的变更
合规判断属于人而非代码的范畴。
-
流程变更的公司内通知
何时起、什么变了,由人来负责告知。
用什么来确认
以少问多少、少错多少来衡量
正式培训平均 2.5 个月,但到真正上手实际业务最长需 6 个月(Panopto,2018)
越有装着实际做法的最新手册,自学上手的周期越短。
以同一件事因人而异导致的返工减少了多少来看(建议在公司内部测量)。
以实际流程与文档不一致的项占比来看(建议在公司内部测量)。
业务手册是公司核心处理经验,可能构成商业秘密,宜在访问权限与外发管控下管理(《反不正当竞争法》)。涉及个人信息处理、退货、合同等有法律要求的流程,仅靠修改手册并不能保证合规,须由人一并核对相关法律法规的要求。
需要人亲自扛着的事变少了。
散落的核对和重复的回复先整理好递上来,员工就能把时间花在复核和例外上,人只看真正要紧的决定。
运营诊断待确认的事都堆到人身上。
手册做完一次就搁着,实际做事的方式和文档各走各的。
备好的活儿先递上来。
从实际处理方式里提炼手册草稿,随时更新到最新,定稿和发布由人来审批。
把这件事托付出去之前,大家会问什么
关于业务手册管理,大家实际上最先确认的那些问题。
陈旧到没人看的手册也能救活吗?
与实际处理方式比对,只把变化部分做成更新方案,并附上改了什么、为什么改。人确定后,从那时起作为最新批准版保持。
AI 做出来的流程就直接当标准用吗?
不是。AI 做初稿、更新方案及其依据,确定为公司标准并发布由人审批。