飞书多维表格做知识库，够用到什么程度

我拿它搭了 3 个月知识库，最后发现建的是索引

多维表格装得下客户名单，装不下客户背景，这一点我用了 3 个月、260 条记录才承认。

2024 年 3 月，我带着 9 个人的团队，把客户资料从 2 个 Excel 和 1 个共享盘搬进飞书多维表格。3 个月做了 7 张表：客户台账、联系人、项目进度、报价记录、跟进看板、供应商、合同到期提醒。40 多个字段一排开，我当时觉得这件事终于有谱了。

第 4 个月出了一次事。一个合作 2 年的客户来问前年那版方案的改动原因，我打开项目表，字段里只有「方案版本 V3」和「已确认」这 6 个字。改动的原因、当时谁反对、客户那句原话，一样都没有。我在 3 个群里翻了 40 分钟，才从一段聊天里找回 2 句话。

那天我意识到，自己不是在搭知识库，是在建一张索引。表里 260 多条记录，每条都指向一件真实发生过的事，可事情本身不在表里。我一开始以为是自己字段设得不够细，后来又补了 11 个字段，问题一点没解决。

Gartner 估算企业 35% 到 40% 的数据从未被有效利用。我算了我们这 7 张表，真正被人主动打开查询的只有 2 张：客户台账和跟进看板。剩下 5 张，包括那张 40 多个字段的项目表，半年里的访问次数加起来不到 30 次。

它擅长一条条记录，不擅长一段上下文

一行是一件事、一列是一个属性，这个假设对订单成立，对客户背景却几乎不成立，我不打算硬改它。

多维表格的底层假设很清楚：一行就是一件事，一列就是一个属性。这个假设对订单、库存、报销这类东西成立，因为一条订单天然只有金额、日期、状态这 8 到 10 个要素，填完就基本完整了。而我最初是把它用在客户身上的，从第 2 周起就开始别扭。

但客户背景不是这样。一个客户为什么把单价压到 12 块、为什么坚持改包装、为什么第 2 次合作突然沉默，答案是一段 300 到 800 字的过程，里面还有前后矛盾和没说出口的话。它没有固定的 10 个属性，塞不进任何一列。

更麻烦的是抽象这一步。你要往表里填，必须先想清楚这段事归到哪个字段、用什么词概括。这个动作我做过 260 多次，每次都在丢东西。客户原话是「再便宜 2 块我们就走」，我填的是「价格敏感」，4 个字，把它后面 20 分钟的拉扯全抹掉了。

这不是表格做得不好。表格本来就要求你先想清楚，才能填进去；而很多事的价值恰恰在于它还没想清楚。你把模糊的东西硬塞进清晰的格子，剩下的只有结论，过程没了。我后来统计过，260 条记录里带完整原因的不到 30 条，剩下的人只能看到结论，永远不知道为什么。

客户资料和项目背景，是怎么在这个过程里失真的

每条记录都是真的，可记录之间那根线没人负责，客户信息的失真都发生在 1 年后的缝里。

举个最典型的。我们有个客户，2023 年 6 月第一次报价，表里我记的是「8.6 万，已发」，就 5 个字。半年后新人接手，看到这条记录，按 8.6 万又发了一次，客户当场就不高兴。真实情况是那 8.6 万含了 1 次免费加急，第 2 次谈的时候已经去掉了，实际报价是 9.2 万。

这个信息在哪？在 2023 年 7 月的一封邮件里，一共 3 句话，客户说上次那个加急这次不需要。当时我在表里补了 1 个备注字段，写了「已调整」，又是 3 个字。1 年之后，连我自己都不记得「已调整」调的是哪一项。

项目背景的失真更隐蔽。我们项目表有 18 个字段，看着挺细：预算、周期、负责人、当前阶段。但客户中途改过 3 次需求，每次改的原因都在邮件往来里，表里只剩「需求变更 3 次」这 1 个数字。新人看到 3 次，会以为流程正常，其实第 3 次差点让项目亏了 4 万。

我不想把这事说成工具的错。表格里的每条记录都是真的，只是它们被切成了碎片，碎片之间的线没人负责。客户资料、项目背景这类东西，值钱的恰恰是那个为什么，而为什么从来不是 1 个字段能装下的。我后来加了 1 个大文本字段兜底，填进去 12 条，最长一条 800 多字，谁也没再打开过。

什么情况下，多维表格就够了

能装进 10 个以内字段、填完不觉得缺东西的事，用多维表格就够了，真的不必换工具。

先说我至今还在用的部分。客户名单和联系人台账，多维表格是好选择。我们 260 个客户、480 个联系人，姓名、公司、职位、邮箱、决策角色 7 个字段，谁都能在 10 秒内查到。这部分我用了 2 年，一次没想过换。

跟进状态看板也算。销售每天更新 1 次，5 个状态从初次接触到已成交，9 个人在同一个视图里看到彼此在推谁，重复触达从每月 6 次降到 1 次。状态本身只有 5 个取值，表格天生适合装这种东西，我们这张表用了 14 个月，只改过 2 次视图。

还有一类是提醒。合同到期、回款节点、证件年检，我们 7 张表里有 2 张就是干这个的，设了日期字段加自动化提醒，每月能拦住 3 到 4 件快忘掉的事。这类信息只需要哪天、谁、什么事 3 个要素，多一个字都是浪费。

判断标准其实就 1 条：这件事能不能被 10 个以内的字段说清楚，而且说完了不觉得缺东西。能，就用表；不能，说明你要的是上下文，不是记录。我们 260 条客户记录里大概 8 成能这么处理，剩下 2 成，也就是最值钱的那 2 成，表装不下。

我现在的分工：结构化进表，上下文留在邮件

名单和状态归表，客户背景归邮件，一边装记录一边装上下文，两边谁也不硬搬到对方地盘。

2025 年初我把分工定下来。结构化的事进多维表格：名单、联系人、状态、日期提醒，7 张表砍到 4 张，字段从 40 多个减到 12 个，每周维护时间从 3 小时降到 40 分钟。剩下的不往表里塞，塞进去也只是多几条没人看的记录。

客户上下文我留在邮件里。一个客户从询价到签单平均 40 多封邮件，报价怎么改的、承诺过什么、哪次交付出了问题，邮件里有时间、有原话、有前后顺序。麦肯锡说员工约 28% 的工作时间花在邮件上，这些时间本来就留下了痕迹，只是没人去用。

检索这一步我用了牛油局。它在浏览器本地处理邮件，只在调 AI 问答时发送必要的上下文，原文不上传服务器，不用了一键删除。我查一个 1 年没联系的客户，20 秒翻出当时的价格底线，过去要在邮箱里搜 15 分钟。它不替代 CRM，也不自动发信。

现在团队的分工很清楚：表回答这个客户叫什么、走到哪一步，邮件回答我们和这个客户之间发生过什么。我们 9 个人，每周花在整理上的时间不到 2 小时，比 2024 年少了 4 个多小时。工具之间没有胜负，只有它擅长装什么。

相关阅读