- •钉钉文档的入口跟着组织架构和聊天走,找一份 2 年前的资料,靠的往往是记得谁发过。
- •它把协作做得很顺,12 个人能同时改一份表;但知识管理要的是 3 年后新人还能自己找到答案。
- •我们建了 3 个知识库、200 多篇文档,半年后活跃维护的不到 1 成,剩下都成了归档。
- •50 人以内、文档以制度流程为主、已经在钉钉里跑审批的团队,钉钉文档其实就已经够用。
- •我的分工是:流程和制度放钉钉文档,客户上下文留在邮件里,谁也不硬搬到对方的地盘。
我们用了 2 年,最后没人主动打开它
问题不在功能,在位置:它更像是聊天的附件,而不是知识的入口,所以几乎没人主动打开。
我在一家 12 人的公司管运营,2023 年开始把资料往钉钉文档里搬。3 个月建了 3 个知识库,制度、报价模板、项目复盘一共 200 多篇,当时觉得终于有个正经地方了。我还在部门群里发了 2 次通知,要求大家先搜文档再提问。
半年后我拉了一次后台数据,200 多篇文档里,最近 30 天被打开过的只有 17 篇,其中 9 篇是我自己点的。我把链接置顶在 3 个工作群的公告里,情况也没好到哪去。剩下的人不是不会用,是压根想不起来还有这个地方。
最典型的一次,客户问去年那版合同的付款节点。我记得写过,翻了 6 分钟文档没找到,最后在 1 个 400 多人的项目群里搜关键词,才从一条 2023 年 11 月的消息里翻出来。那一刻我发现,文档只是备份,真正的档案是聊天记录。
这不是钉钉一家的问题。麦肯锡有个研究说,员工大约 28% 的工作时间花在邮件上,我信,因为找信息本身就占了很大一块。我们同时开着 4 个地方:钉钉文档、群聊、邮件、本地盘。工具越多,找的地方越多,人就越依赖记忆。
卡点一:文档长在聊天里,找它靠的是记性
钉钉文档按组织、群和人来组织,知识却按主题和事件存在,这两套目录天生对不上,搜索也补不齐。
在钉钉里,一份文档最自然的产生方式是:群里聊到一半,有人说要不建个文档,于是文档就挂在那个群下面。它的第一属性是某次协作,而不是某个知识主题。我们 3 个知识库里有 40 多篇文档,标题里都带着项目名和日期。
结果就是,找资料先要想起它是哪个项目、哪一年、谁牵头的。我们 12 个人,平均每人同时在 5 个项目上,半年后没人记得清这些线索。搜索框能搜正文,但你得先知道搜什么词。我试过用 8 个关键词找同一份报价说明,第 3 次才命中。
更麻烦的是跨组织。客户、供应商、外包各有各的组织架构,文档分享出去就是 1 个链接或 1 个权限。人一离职,链接失效,接手的人要重新问一遍。过去 2 年我们碰到过 4 次这种情况,每次平均花 2 天补上下文。
所以我不认为这是使用习惯问题。把文档放在即时通讯的入口里,它天然会被当成消息的延长线。我们群里一天 300 多条消息,文档发出去 10 分钟就被刷走了。消息的寿命是 1 天,知识的寿命是 3 年,这两个节奏从一开始就不匹配。
卡点二:写的人不少,把文档变成知识的人没有
钉钉文档降低了写的门槛,却没解决整理、更新和淘汰,于是文档数量涨得比知识快,读的人反而更少。
我们 200 多篇文档里,真正被人反复查的不到 20 篇,剩下的是一次性产物:某次汇报、某次验收、某次活动。它们没有错,但也不构成知识,只是工作留下的壳。我做过 1 次清理,删掉 60 多篇重复内容,库立刻轻了一半。
知识管理真正费劲的是后面 3 件事:同一主题的文档要合并,过期的要标出来,新人要能顺着一条线读下去。这 3 件事在钉钉文档里都能做,但都要人主动做,而主动做就没有人做。我们试过设 1 个文档管理员,坚持了 5 周。
Gartner 有个估算,企业 35% 到 40% 的数据从来没被有效利用。我看我们的文档库就是这个状态:不是没有内容,是内容躺在那里,没人知道它和今天的问题有什么关系。200 多篇里,能回答“为什么这么定价”的不超过 5 篇。
还有一个隐形成本:文档写得越正式,越容易写成给人看的版本。真正的坑、真正的取舍,往往在 3 句聊天里,不在 800 字的复盘里。我们复盘模板有 6 个字段,最常空着的是“失误”。知识沉淀难,难在把没面子的部分也留下来。
什么情况下,用钉钉文档其实就够了
团队在 50 人以内、流程制度为主、已经在钉钉里办公,钉钉文档足够撑起日常协作。
先说清楚,我不是劝人弃用。我们公司现在还在用钉钉文档,考勤、审批、周报、制度发布都在里面,12 个人用得很顺。它解决的是协同问题,这件事它做得不差。3 年下来,审批平均耗时从 2 天压到 4 小时,这部分我没想过换。
如果你的知识主要是制度、流程、模板、会议纪要,更新频率按月算,读者就是公司内部这几十号人,那钉钉文档的权限体系和组织架构是加分项,不需要再买一套。我们 12 人的制度库只有 30 多篇,维护成本每周不到 1 小时。
如果团队在 50 人以上,有 1 到 2 个人专门管知识库,愿意每月花 8 小时做合并和淘汰,钉钉文档也能跑起来。关键不是工具,是有没有人对这个库负责。我见过 80 人的团队把它用得很好,靠的就是 1 个兼职管理员。
反过来说,如果知识的主体是客户上下文、报价来回、项目决策过程,而且这些东西大量留在邮件和私聊里,那把钉钉文档当唯一入口,只会多一个没人维护的库。我们就是这么多花了 3 个月,才承认这件事。这不是工具的错,是选错了存放位置。
我现在的分工:流程归文档,客户记忆归邮件
制度流程放钉钉文档,客户上下文留在邮件里,再用本地工具做检索,两边谁也不硬搬到对方地盘。
2024 年底我停掉了把所有东西搬进知识库这件事,改成按来源分工。制度、审批、模板、周报继续放钉钉文档,因为它们本来就是组织级的、按月更新的,这部分大概 30 多篇,够用。客户相关的东西,一封都不搬。我们算过,搬 1 篇要 15 分钟,200 篇就是 50 个小时。
客户上下文我留在邮件里。报价怎么来的、承诺过什么、哪次交付出了问题,邮件里有时间、有往来人、有原始措辞。麦肯锡说 28% 的时间在邮件上,这些时间本来就该留下痕迹。我们 1 个客户平均 40 封往来邮件,这就是最原始的档案。
检索这一步,我用了牛油局。它在浏览器本地处理邮件,只有调 AI 问答时才发送必要的上下文,原文不上传服务器,不需要了一键删除。我拿它查 1 个 2 年没联系的客户,30 秒就翻出了当时的折扣底线,比翻邮箱快了 20 分钟。
两边的边界我定得很死:钉钉文档回答我们公司怎么做事,邮件回答这个客户发生过什么。前者靠制度维护,后者靠检索还原。我们 12 个人,现在每周花在整理上的时间不到 2 小时,比 2023 年少了 5 个多小时。想清楚这 2 个问题,工具选型就没那么纠结了。
常见问题
钉钉文档能不能当公司知识库用?
能,但有条件。文档以制度流程为主、团队在 50 人以内、有人每月花几个小时维护,就够用;客户上下文不在里面的,别指望它回答。
为什么文档建得越多,大家越不愿意看?
因为数量不等于可用。我们 200 多篇里真正被反复查的不到 20 篇,剩下是工作留痕。没有合并和淘汰,库越大,找到答案的概率反而越低。
知识管理一定要换工具吗?
不一定。先看知识原本躺在哪。我们 70% 的客户上下文在邮件里,搬家的成本是 50 个小时,还不算以后维护,所以我选择就地整理,而不是重建一个库。
本地处理邮件数据,和云端知识库有什么区别?
区别在数据在哪。云端库要把内容上传,本地处理只在调 AI 时发必要上下文,原文不上传,还能一键删除。对客户邮件这类敏感材料,这个差别很实际。