- •我在两个小组各推一套工具跑了 6 个月，第 6 个月拉记录，两边都只剩 3 个人在用。
- •Notion 的自由要用治理成本换：10 个人能建出 6 套分类，做一次季度统计对口径花了 3 小时。
- •飞书文档 1 个月能产 60 多篇，下月还能被打开的不到 12 篇，快和散是同一件事。
- •没人负责写、知识本来就长在邮件和聊天里，这两条占一条，换工具也还是一个空库，这话我信了 3 年。
- •我现在的分工是结论放文档、结构用 Notion、客户往来留原处，硬并成一个库两头都空。
两个工具都要求有人写，差别在把什么交给你
Notion 把结构交给你设计，飞书文档把协作交给你用。两者都默认有人愿意写，只是把不同的活儿推到面前。
2024 年我在公司两个小组里各推了一套工具，一组用 Notion，一组用飞书文档，同时跑 6 个月。第 1 个月两组都很热闹，第 3 个月开始安静，第 6 个月我拉了打开记录，两边都只剩 3 个人在用。这段经历让我明白，选型比的不是功能多寡，是团队愿意为哪种成本掏钱。
Notion 的底子是一张可以自己搭的桌子。页面能变成数据库，字段能互相引用，同一批数据能按人、按时间切成 8 种视图。我第一周就搭了客户库、项目库、周报库，看着极有秩序。可这套秩序是我一个人想出来的，第 2 个人进来时，他得先学会我脑子里那套分类法。
飞书文档反过来。它不给你太多结构，打开就写，@ 3 个人，40 分钟改完一份方案。协作顺到让人上瘾，我见过 9 个人同时改一份投标文件，评论在右侧排队，谁也不用等谁。代价是每篇文档像一座孤岛，写完就沉底，靠人记着它躺在哪个文件夹里。
所以这两个工具的差别不在功能，在于把什么推给了用户。Notion 把结构交给你，前提是你有时间设计并且守得住；飞书把协作交给你，前提是有人愿意在写完之后整理。两边都要求有人写，只是要求的姿势不一样，选错的代价不是功能缺失，是半年后没人再打开，我这两组的打开记录都停在第 3 个人。
Notion 把结构交给你，前 4 周有秩序，第 5 周开始分叉
结构自由是有代价的。5 个人能搭出 5 套目录，等新人进来，要先花 2 周学会谁的那一套。
Notion 上手的前 4 周确实痛快。我把 3 年的项目按客户、按年份、按状态建了 3 个视图，点一下就能切换，找一份 2022 年的报价记录只要 15 秒。那阵子我逢人就说这个工具好用，还写了 1 份 12 页的使用说明发在群里，自以为把地基打好了。
第 5 周开始出问题。运营组自己建了一套活动库，销售组建了一套客户库，两边字段名不一样，一个叫客户名，一个叫公司。同一家公司出现了 4 条记录，谁也不知道哪条是最新的。等到要做季度统计，我花 3 个小时才对上口径。
这不是 Notion 的错，是结构自由的必然。谁都能建库，就等于谁都能定义世界的分类。10 个人能有 6 套分类法，每套在自己眼里都合理，问题是从来没有一套是提前商量过的。小公司最缺的恰恰就是提前商量这件事，通常是出了问题才补。
我后来定的规矩是：只允许 2 个人有建库权限，其余人只能往里填。这条规矩施行 3 个月后，重复记录从 40 多条降到 5 条。但它也说明，Notion 要跑起来，你得先付一次治理成本，这个成本不写在宣传页上，也没人提前跟你讲。
飞书文档把协作交给你，快是真快，散也是真散
改一份文档 40 分钟收工，找一份文档要翻 20 分钟。协作越顺，文档生得越快，散得也越快。
飞书文档的速度我能用一句话概括：想法还没说完，文档已经建好了。我们一个 8 人小组，1 个月能产出 60 多篇文档，会议纪要、需求说明、复盘、周报，什么都有。没人觉得累，因为写一篇只要 10 分钟，评论区里把话说清楚就行。
问题在后面。60 多篇里，下个月还会被打开的不到 12 篇，剩下的一半是重复的会议纪要，四分之一是写到一半的需求草稿。新人进组第 1 天问我要项目背景，我翻了 4 个文件夹、点开 7 篇文档，最后还是在聊天记录里找到那句完整的话。
飞书的结构是靠文件夹和搜索撑着的，这两样都依赖人提前想好名字。可实际写的时候没人想那么远，标题随手一取，今天叫周会记录，下周叫 10 月 24 日例会，第三周干脆叫待整理。搜索能搜到字，搜不到体系，搜出来 30 条，有 27 条不是你要的。
我承认它解决了一个真问题：让 8 个人在 40 分钟里对同一份东西达成一致。这在 Notion 里也能做，但没这么顺。可一致之后呢，那份共识就停在文档里，没人再把它拆进某个结构。飞书把协作交给你，也把整理这件事原封不动留给了你。
什么情况下，这两个都不该选
没人负责写，或知识本来长在邮件和聊天里，只要占一条，换哪个工具都只是给空房间换装修。
先说第一种情况：没人负责写。我见过 3 家团队换工具，每次换完都开一场 1 小时的动员会，说以后资料都要沉淀。3 个月后我回访，两家的库里有 20 到 30 篇，其中一半是搬家时导进去的旧文件，新写的不到 5 篇，负责推动的那个人也换了岗。
原因不复杂。整理 1 个客户的完整经过要 40 分钟，一周能挤出这 40 分钟的人不超过 2 个。写文档这件事在优先级里永远排在客户后面，换 Notion 不会让这 40 分钟变短，换飞书也不会。工具能降低编辑成本，降不了内容生产本身的成本，它只能把成本从 40 分钟压到 35 分钟。
第二种情况更普遍：知识天然长在邮件和聊天里。1 个客户合作 3 年，往来邮件 200 多封，报价改过 5 版，交付延期过 2 次，这些内容从来没进过任何文档。你要问为什么第 3 版报价降了 8%，文档里没有，会议室里也没人记得，只有那封邮件还写着。
这两件事叠在一起，就是我踩过的最大坑。我们花 3 周把 180 篇文档搬进新库，半年后打开率还是 23 篇。Gartner 估算企业数据 35% 到 40% 从未被有效利用，我现在的理解是，那 35% 里有很大一部分其实不是没人整理，而是这些内容从来就没进过任何系统，谈整理还太早。
我现在的选法：先看知识长什么样，再看工具
已经成型的结论放文档，正在发生的往来留在原处。硬把两边并成一个库，最后只会两头都空。
现在我不按工具好坏选，按知识形态选。制度、流程、合同模板、对外口径，这类东西的价值在于准确和唯一，1 份写清楚就够，我放飞书文档，因为要 3 个人同时改。项目资料、客户档案需要一层层往下钻，我用 Notion，因为它能把客户和项目的关系串起来，点 2 次就能看到全部交付记录。
客户往来这一段，两边我都不放。理由很简单，搬 1 个客户 200 封邮件要 40 分钟，60 个客户就是 40 多个小时，这笔账我算过 2 次，每次都不划算。而且搬完就固定了，下个月新来的 20 封邮件又得再搬一遍，谁也不会真去搬第二遍。
这一段我用牛油局。它在浏览器本地处理邮件，只有我提问时才把必要的几段上下文发给 AI，原文不上传服务器，不用了一键删除。它不替代 CRM，也不自动发信，只是把已经发生的往来还原成能读的时间线，我查一个 2 年没联系的客户，30 秒能翻出当时谈的底线。
我不想把它说成答案。牛油局只解决内容从哪来这一条，谁维护、3 个月后打开率多少，还是人的事。Workplace Intelligence 的调查说 42% 的管理者担心关键员工离职带走知识，我担心的是这些知识从来没被写进任何库里，包括 Notion，也包括飞书。
常见问题
Notion 和飞书文档，最核心的差别是什么？
Notion 把结构交给你设计，适合天生有关系、需要往下钻的资料；飞书文档把协作交给你用，适合要 3 个人同时改、当天就要出稿的东西。两个都要求有人写。
为什么两个都用过，最后库还是空的？
因为内容生产没变。整理 1 个客户要 40 分钟，编辑器再好用也不会变短。要么有人负责写，要么让内容从已有往来里长出来，中间没有第三条路。
团队 10 个人以内，需要上 Notion 吗？
看知识是不是结论。制度、模板、入职须知这类内容，飞书文档凑一凑完全够，1 个人每月花 2 小时就能维护。只有当资料之间真有引用关系时，Notion 的结构才值这个学习成本。
两个都不选，知识放哪？
结论放最轻的文档工具里，往来留在原地。真正常用的东西一年也就三五十条，剩下的靠检索，不要为了把它们搬进一个整齐的库，先花几十个小时整理。