知识库先买软件还是先整内容，顺序错了钱就白花

结论先说：先整内容，后上系统。顺序反过来的公司，绝大多数在半年内停用，系统还在续费，里面只有几十条没人维护的条目。原因不复杂——空系统对填内容的人只有成本，没有好处。

系统刚上线时是空的，而空系统没人愿意填

这件事对填内容的人来说只有成本：要花时间写，写完被人挑毛病，还多了一个被检查的入口。没有任何一项好处落在他身上。
所以先买系统的公司，通常头两周靠行政推动填一批，第三周开始停，半年后系统里还是那几十条。钱花了，问题还在，而且多了一个「我们做过知识库，没用」的结论，把下一次尝试也堵死了。

先手工跑通一个场景，二十条就够

手工阶段做的事很小：选一个最痛的场景，做二十到三十条内容，用最土的方式发出去——一个共享文档、一个群公告、一张打印出来贴在墙上的表，都行。
关键不在形式，在于验证有没有人主动去看。两周内没有任何人主动打开，说明内容选错了，不是工具不行，这时候换工具只会让错误更贵。反过来，如果开始有人问「上次那个表在哪」，需求是真的，可以往下走。

往下走的三道门槛，事先定死

不预设门槛，推进会靠感觉，最后一路推到采购环节才发现没人用。
门槛一：二十条内容里至少十五条是新人真会用到的，不是老板觉得重要的；门槛二：两周内被主动查阅不少于二十次；门槛三：至少有一次，有人照着做完了没有再问人。
三条都过，再谈系统。任何一条不过，回到内容本身，别买软件。

真到该买系统时，买的是三样东西

系统解决的是权限（谁能看哪些）、检索（几十条靠记忆，几百条必须能搜）、版本（同一份东西只有一个当前版）。
这三件事在二十条规模上都不是问题，手工完全能撑住。等内容过一百条、开始出现两个版本并存、开始有人看不到该看的东西，系统才真正开始产生价值。
所以判断可以量化：内容不到一百条不要买系统；到一百条以上且已出现版本混乱，再买。按这个顺序，采购预算才花在刀刃上。

钱花在内容上比花在软件上更保值

同样一笔预算，花在软件上是年费，停用也退不回；花在内容整理上，产出的是公司自己的东西，换系统也带得走。
而且内容有明确验收：新人能不能不问人就找到、老人走了有没有人接、同一个东西是不是只有一个版本。三条都能当场验。软件买了有没有用，很难验，通常要等半年才发现没人打开。
对中小企业来说，先花小钱验证需求，再花大钱买工具，风险低得多。

• 系统先上线，里面是空的，没人愿意填
• 填内容的人只有成本，没有好处
• 二十条以内靠记忆和搜索都够用
• 不到一百条就买系统，多半闲置
• 内容选错，换工具只会让错误更贵

常见问题

我们已经在用企业微信文档或飞书，还需要买系统吗

多数情况不需要。这类工具已经有权限和检索，缺的是内容结构和维护规则。先把目录规范、命名规则、谁是维护人定下来，用现成工具能跑很久。真撞到它的上限，再考虑专用系统。

老板自己要不要参与内容整理

要，但只做一件事：定哪些内容算数。具体写不用他动手。老板不参与的问题是，整理出来的东西会偏向行政材料，而不是真正影响交付的判断。他每周花一小时，看新人提的问题里哪些该进库就够了。

二十条内容要多久能做出来

两周左右，前提是有人每天固定投入一小时。做法是先列清单不写内容，把二十个标题定下来让实际用的人确认，再逐条填。先写后改的做法通常写到第八条就乱了，因为标题一直在变。