营出凝聚力
赢得团队心

知识沉淀别做成团队的数字杂物间:3年管理复盘手记

上周整理旧电脑,翻到2021年我刚带团队时攒的17G共享文件夹。

点开的时候手指都有点发怵。

里面的文档命名一个比一个离谱:《Q2项目复盘v1》《Q2复盘最终版》《Q2复盘真的最终版》《Q2复盘绝对不改了.docx》。硬着头皮翻了两篇,全是飘在天上的套话——“强化团队协同”“优化流程效率”“提升客户满意度”。

我记得清清楚楚,那个Q2的项目我们前前后后被客户打回三次方案,核心原因就是当时嫌麻烦,跳过了跟客户决策层的初步需求对齐,每次都跟对接的执行专员聊细节,最后方案递上去完全不对味。这么大一个坑,文档里半个字没提。

企业团队杂乱的项目复盘文档文件夹截图
企业团队杂乱的项目复盘文档文件夹截图

先掰扯清楚:你要沉淀的到底是什么

先掰扯清楚:你要沉淀的到底是什么
先掰扯清楚:你要沉淀的到底是什么

那时候我对知识沉淀的认知完全歪了。总觉得只要攒够了文档,建好了共享文件夹,就算完成了这个事。直到2022年秋天,团队里那个对接客户最有一套的老员工离职,我才被现实打了一耳光。

他走之后新来的三个运营,连续跟同一个老客户对接了四次,每次都踩一模一样的坑——找不对真正的决策人,对着执行专员聊了半小时的细节,最后方案递上去被打回,说根本不符合决策层的核心诉求。我看着那三个年轻人交上来的整改说明,太阳穴突突跳。

你看,这才是真正需要沉淀的东西。不是那些写在报告里的漂亮话,是“怎么在第一次见客户的10分钟内,快速识别谁是真正能拍板的人”“遇到客户临时砍预算,第一句话该怎么说才不会把天聊死”“找搭建商的时候,哪几个细节没确认一定会出问题”——这些从真实踩坑里摸出来的、拿到就能用的经验,才是知识沉淀的核心。

最开始为了逼大家写这些东西,我甚至给每个人定了KPI,每个月必须交2篇复盘文档,少一篇扣50块绩效。结果可想而知。大家为了凑数,要么从网上抄两段通用的项目管理理论,要么把去年的文档改个日期就交。大半年攒了300多份文档,整个知识库成了没人愿意碰的垃圾场,半年下来的总访问量才217次,其中一半还是我自己上去检查KPI的时候点的。

说实话,那时候我真的委屈。我明明是想帮大家少走点弯路,怎么就变成了人人反感的形式主义?

别搞KPI绑架:沉淀是帮人省时间,不是给人加活

想通这个问题之后,我第一件事就是把所有跟知识沉淀挂钩的KPI全删了。

我们换了个特别简单的规则:每次项目结束开复盘会,专门留15分钟,每个人只需要说一个“下次再遇到一模一样的事,我绝对不会再犯的错”,就说这一个点,多一句废话都不用讲。当场有个轮值的记录人,把这些点记下来就行,每条必须写清楚三个要素:当时到底发生了什么离谱的事,我们当时是怎么想的才踩了坑,下次遇到同样的场景,第一步该做什么。

举个最实在的例子。上次做线下用户沙龙,我们临时找的搭建商进场时才发现,桁架的高度比我们要求的矮了20公分,硬生生耽误了40分钟的布置时间。当时记的这条经验,根本不是什么“要严格筛选供应商资质”的空话,写的是:“下次找搭建商签合同前,必须让销售发上一次同规模活动的进场实拍视频,还要直接跟现场干活的工人通10分钟电话,明确告诉他我们要的桁架是3米高,不是2.8米——之前我们只跟销售聊过需求,销售根本没把这个细节传达到现场。”

就这么一条,下次谁再找搭建商,翻到了照着做,根本不会再踩同样的坑。

项目复盘会现场白板手写的真实踩坑记录实拍
项目复盘会现场白板手写的真实踩坑记录实拍

规则改了之后最明显的变化是什么?之前大家一听要写复盘,脸都垮了。现在每次复盘会到了说“踩坑点”的环节,大家都抢着说,毕竟谁都有一肚子当时憋得慌的经历。那个月我们攒了47条实打实的经验,知识库的访问量直接冲到了1200多。有个刚毕业的新运营说,她刚到公司的时候,翻到之前我们记的“做用户调研别一上来就甩20题的问卷,先打15分钟电话随便聊,拿到的真实反馈能比问卷多3倍”,她照着做,第一次做调研就拿到了比老员工之前攒了半年的反馈还准的结果。

最容易漏的细节:每一条沉淀的内容,都要找个“主人”

最容易漏的细节:每一条沉淀的内容,都要找个“主人”
最容易漏的细节:每一条沉淀的内容,都要找个“主人”

本来以为这么着就顺了,结果没过半年又踩了个坑。

之前我们攒的那些经验,都是谁写的、什么时候写的,完全没人标。有个新来做投放的员工,翻到两年前老员工写的某平台投放规则,说“提交素材后24小时就能过审”,他照着安排排期,结果那次平台规则改了,审核要48小时,硬生生耽误了上线时间,损失了小半个月的流量。

这事给我提了个醒。之前我们总觉得,知识沉淀是把东西写下来就完事了,根本没想过,写下来的东西是会过时的。

后来我们给每一条沉淀的内容,都加了两个必填的信息:这条经验是谁写的,最后一次更新是什么时候。比如刚才说的找搭建商的那条,后面就标着“记录人:张磊,2024年3月更新”。如果下次谁再遇到跟张磊当时不一样的情况——比如现在的搭建商都要求提前3天进场了,那就直接找张磊确认,或者自己把新的经验补上去,更新这条记录。

我们每季度还会抽一个下午,把之前沉淀的内容过一遍。完全没用的就删掉,已经过时的就更新,绝对不让大家在一堆过期的、没用的内容里翻来找去。

现在我已经把当年那个17G的旧共享文件夹全删了。

留着干嘛呢?

那些飘在天上的套话,占硬盘空间就算了,还占大家的注意力。

之前我总觉得,知识沉淀是个特别“专业”的事,要做复杂的系统,要搞严格的权限,要全公司上下一起动员。现在才明白,根本不是那么回事。

大家每天上班已经够累了,谁愿意花一两个小时写那种没人看的官样文章?真正有用的知识沉淀,从来不是你建了多大的知识库,攒了多少份文档。

是下次有个新人进来的时候,不用把你之前踩过的坑,一个一个重新踩一遍。

是大家遇到问题的时候,不用到处追着老员工问“这个事之前是怎么处理的”,翻一下就能找到能用的答案。

就够了。

免责声明:市场有风险,选择需谨慎!此文仅供参考,不作买卖依据。如有侵权请联系删除。
文章名称:知识沉淀别做成团队的数字杂物间:3年管理复盘手记
文章链接:https://www.tuanjian1.com/changdi/566.html