老师傅的经验全在他微信聊天记录里，人一走就跟着没了

问老板「你们的核心经验存在哪」，十有八九答「在老张脑子里」。再问老张平时怎么教人，答「客户问了我就在微信里回他」。经验没有丢，它只是散在几千条私聊和语音里，跟着账号一起消失。

先说结论：微信里的经验能捞，但只能捞一半

微信聊天记录里真正的价值有三类：答疑记录（客户或新人问过的问题和答复）、异常处理过程（出问题时的来回沟通）、报价与承诺口径（答应过客户什么）。
捞不出来的有两类：他判断时的直觉（为什么觉得是这个原因），和他没说出口的前提（这个方案只在某种情况下成立）。
所以正确目标不是「把聊天记录存下来」，而是用聊天记录当问题清单，反过来逼他把判断过程讲出来。只做导出，等于把一座矿搬进仓库，还是没人会炼。

第一步不是导出，是拉问题清单

让老师傅自己回忆「我会什么」，基本问不出东西——他觉得都是常识。
但微信记录会替你问：把近一年他和客户、和新人、和班组的对话里所有出现过的问题句挑出来，通常几十到几百条，去重后剩下几十条。
这几十条就是真实需求清单。它比任何访谈提纲都准，因为每一条都是真有人问过的。
做法很土但有效：按关键词搜「怎么」「为什么」「是不是」「能不能」「多少」，把问句复制到一个表里，一条一行，先不管答案。

第二步：让他答，但必须按固定四格答

把问题清单打印出来，一条一条过。回答必须填四格，缺一格不算完成：
① 什么情况——这个问题的前提条件是什么，什么情况下不适用。
② 先查什么——按概率排序，第一步做什么。
③ 怎么判断——看到什么现象说明是这个原因。
④ 什么情况必须停/必须叫人——红线在哪。
四格的好处是把「经验」逼成「可执行」。老师傅说「这个要看情况」，你就追问「哪种情况」，一直问到能写进第一格为止。
一条问题平均花五分钟，五十条用两个下午。这是整套东西里唯一需要占用他时间的环节，也是最值的。

语音和图片要当场转成文字，不能留在语音里

老师傅最爱发语音，一条六十秒。语音的问题不是听不清，是搜不到、传不下去、没法引用。
规则很简单：凡是语音里有判断价值的，当天转成文字，一句一条，附在原问题下面。转的时候允许不完整，不允许改写他的用词——他的方言和口头语往往就是判断的一部分，「有点发闷」比「运行噪音偏高」信息量大得多。
图片同理：现场照片、故障截图、手写修改，都要在文件名或说明里写清是哪台设备、哪个项目、什么问题。不写说明的照片，三个月后连拍的人都说不清。

最后一步：把「问过」变成「查得到」

整理完的内容如果还存在某个人电脑里，等于没做。要落到一个固定位置，且必须满足三条：新人不用问人自己能搜到、同一个问题只有一个答案、答错或过时了有人会改。
最省事的起步方式：一个共享文件夹 + 统一命名（问题一句话 + 编号）+ 一个总索引页。索引页按业务场景分组，不按部门分——新人找东西时想的是「客户问的这个事」，不是「这归哪个部门管」。
等条目过几百条、开始有人说「搜不到」了，再考虑上检索工具。顺序反了，工具会成为负担。

• 只做聊天记录导出，导完没人看，等于搬仓库
• 让老师傅回忆我会什么，基本问不出东西
• 记录答案只写结论，不写前提，换个场景就错
• 语音留在语音里，搜不到也传不下去
• 整理完还存在个人电脑，人走内容一起走

常见问题

员工不愿意把聊天记录交出来怎么办

不要碰他的账号和隐私。换个做法：让他自己按关键词搜，把问句复制给你，回答由他口头讲、你记录。整件事里他提供的是问题和判断，不是聊天记录本身。这样既不越界，也能拿到九成价值。

老师傅快退休了，只剩一两个月来得及吗

来得及，但要砍范围。只做他手上最容易出事的那一块，通常不超过三十个问题。两个月、每周两个下午，能做完。想全做反而会一件都做不完。

做出来会不会变成一堆没人维护的文档

会，如果只做一次。所以要绑一个动作：每次有人问了库里没有的问题，问的人负责补一条，答的人负责改错。三个月后这库是长出来的，不是建出来的。这一条不写进去，做多少都会废。