为什么经验沉淀成文档了,却还是没用?
——经验可使用化,真正要做的不是“沉淀”,而是“流动”,能被持续调用、验证、修正。
上一篇讲到一个问题:
很多公司老板有经验,但团队还是会重复踩同样的坑。
在解决方法上,包括我们在内的很多企业,都是选择把经验写下来。
——做知识库、写 SOP、整理操作手册,希望通过文档把经验沉淀下来。
但当我重新带新人时,就把过往尴尬的情况都记起来:
1、文档是写出来了,我压根想不起有这些文档。
2、就算文档发出去了,但问题还是在重复发生、团队重新踩一遍。
3、新人遇到问题时,很少有人会先去查文档。大多数时候,还是来问人。

我发觉问题根本不在于有没有写文档,
并且这种重复出现的问题,本身就值得认真看见。
于是我就在想:
为什么经验写下来了,却还是没有被用起来?
————————
以系统思维来拆解“经验”
我又开始尝试用系统思维来看“经验”了,
梳理出经验系统的运转流程,大致会经历这样几个环节:
经验产生 → 经验沉淀 → 经验触发 → 经验使用 → 经验验证 → 经验更新
每一个环节都很重要,缺少其中任何一个,经验系统都不能正常运转。
比如:
有沉淀但没有触发,经验就会变成文档。
有触发但没有验证,经验可能是错误的。
有使用但没有更新,经验很快就会过时。
很多公司其实只做到了第二步:经验沉淀。
于是经验变成了一件事:只写在文档里,无法正常运用起来。
既然已经拆解了,就在系统层面去看所有环节。

————
经验是怎么产生的
经验不是靠写出来的,而是从经营事件里长出来的。
1、企业经验主要来自三个来源:
第一类:经营者经验
——老板在多年经营中形成的判断逻辑
第二类:一线经验
——运营、销售、客服、仓库在实际工作中的发现
第三类:复盘经验
——项目复盘、经营复盘中总结出的规律
2、经验产生的真正来源是:真实问题 → 复盘 → 经验条目
而不是:想到经验→写文档
可在这些地方收集经验:
运营日报:当运营记录异常情况
周会复盘:讨论本周出现的问题
数据异常:关键指标出现波动
新人提问:新人遇到具体问题
————
哪些经验值得沉淀
经验被记录下来,很快会遇到另一个问题:文档越来越多。
但越多,越难用。
所以经验系统其实还有一个很重要的问题:
什么经验值得进入系统?
如果什么都沉淀,系统很快就会变成信息噪音。
判断经验是否进入系统,有三个标准:
1、重复出现的问题
如果一个问题一年出现三次以上,就值得沉淀
2、影响大的问题
例如 影响收入、利润、客户体验的问题
3、新人高频踩坑
如果新人反复在同一个地方出错,说明这个问题已经有沉淀价值。
经验系统的核心目标只有一个:减少重复犯错

————
为什么很多经验写下来却没人用
当经验开始沉淀之后,也就会出现我们现在遇到的问题:
文档越来越多,但真正被用到的很少。
原因是有一个关键环节经常被忽略:
经验触发
当问题出现的时候,团队能不能知道
应该调用哪条经验。
如果经验只是躺在文档里,没有和具体问题绑定,那么在真实工作中,它几乎不会被想起来。
这是经验系统能运转起来真正困难的地方。
————
解法:
1、经验必须和问题绑定
如果经验要能被用起来,它就不能只是知识分类。
更合理的方式,是按问题分类。
例如做电商,可以按问题类型整理:
流量问题、转化问题、广告问题、产品问题、售后问题
当团队遇到问题时,第一步不是去翻知识库,而是:
先确定问题类型。
然后进入对应的问题目录,找到相关经验。

这时经验就不再只是资料,而会变成一种:
问题处理模板。
当问题出现时,系统会引导团队:
先查问题库。
————
2、经验理解与应用验证
即使经验被触发,也不代表经验已经开始为组织效力。
因为还有一个常见情况:
新人看了经验,但并不会用。
1)经验进入组织需要三个层级验证:
第一层:知道
——新人知道这个经验的存在、能说出这个经验是什么。
第二层:理解
——新人能解释为什么要这样做
第三层:应用
——新人遇到问题时,真的会这样用。
只有达到第三层,经验才真正为组织所用。

2)验证方法:让新人复述经验逻辑。
例如:“如果转化率低,你会先检查什么?”
如果他能说出逻辑,并解释原因,就说明理解了。
如果他说不出来,就说明文档没有真正进入他的认知。
如果他说得出来,但遇到实际问题不会用,就说明还没进入应用层。
————
3、经验也需要被不断更新
经验还有一个容易被忽略的地方:它不是永久有效的。
尤其是电商、跨境等行业变化很快。
经验更新通常会因为三种情况需要更新:
经验使用后发现无效
平台规则发生变化
出现了更好的方法
所以经验系统如果想长期有效,就必须有更新机制。
例如,每月或每季度进行一次经验复盘:
哪些经验仍然有效
哪些经验需要修改
哪些经验需要新增

————
从老板经验,到组织经验
企业经营早期依赖老板经验,
但随着团队扩大、业务复杂度增加,仅仅依赖个人经验会越来越吃力。
企业如果想持续成长,就必须完成一个升级:
从老板知道怎么做变成团队遇到问题时,知道从哪里开始判断。
也就是从老板经验升级为组织经验。
————
写在最后
如果把经验系统再简单一点理解,其实就是一条经验流水线:
1、发现值得沉淀的问题
2、系统整理经验:用固定模板写成经验条目
3、绑定具体问题触发:按问题分类进入问题库
4、在新人/实际问题中验证是否能用
5、根据结果持续更新经验
经验如果只是文档,其实等于没有经验。
只有当经验能被持续调用、验证、修正,它才真正为组织所用。
下一篇,将继续拆一个相关问题:
如果经验真的要能进入组织并被用起来,它应该长什么样?
——经验应该被拆得多细、放在哪里、什么时候被调用。
夜雨聆风