开场：客户的表格比需求清单更诚实
从 0 开始做 SaaS，很多创始人会问客户想要什么功能。客户会说希望自动化、希望数据可视化、希望流程协同、希望智能提醒。这些说法都有参考价值，但它们经常太抽象。真正能暴露业务细节的，往往是客户每天正在用的 Excel、飞书表格、Notion 数据库、截图文件夹和手工模板。
表格是客户在没有合适系统时自己搭出来的工作流。每一列字段、每一个公式、每一种颜色、每一条备注，都可能代表一个业务判断。客户愿意维护一张表，说明这件事至少重要到值得花时间。客户每周复制粘贴、手动筛选、发给同事确认，说明这里可能存在产品化机会。
表格审计法不是让你复制客户表格做一个线上版，而是通过表格理解客户真实工作：他收集什么信息，如何判断优先级，谁负责下一步，哪里容易出错，哪些字段最终进入管理决策。
先拿到真实表格，而不是示例表格
客户很容易给你一份整理过的样例，或者口头描述“我们大概有这些字段”。这不够。你需要尽量拿到真实使用过的表格，当然要先做好脱敏：客户名、手机号、订单号、金额、员工姓名等敏感信息可以替换，但结构、字段、状态、备注、空值和错误最好保留。
真实表格有几个特点：它不干净，有历史痕迹，有临时列，有颜色标记，有备注，有空行，有重复字段，有不同人留下的不同写法。这些混乱正是价值。干净模板只能告诉你客户想象中的流程，真实表格能告诉你流程如何在现实中变形。
向客户要表格时，可以这样说：
“我不是要看你们的商业数据，而是想理解你们现在如何管理这件事。可以把敏感内容脱敏，只保留字段、状态、备注和几行样本。我们会用它判断第一版工具应该解决哪一步，不会用于公开展示。”
说清用途和隐私边界，客户更容易配合。
第一层看字段
拿到表格后，先不要急着设计界面。先看字段。字段代表客户认为需要记录的信息。重点观察：
- 哪些字段是必填。
- 哪些字段经常为空。
- 哪些字段是手工判断。
- 哪些字段来自其他系统。
- 哪些字段最终用于汇报。
- 哪些字段只是历史遗留。
比如一张售后工单表里有“问题类型、责任部门、预计完成时间、客户影响、是否升级、复盘结论”。这些字段说明客户不只是记录工单，还在做责任分配和风险管理。一个 SaaS 产品如果只做工单录入，就没有抓住表格真正的管理意图。
空字段也有价值。如果某列叫“整改完成时间”，但大量为空，说明追踪环节断了；如果“原因分析”总是写得很随意，说明客户可能缺标准分类；如果“优先级”只有少数人填，说明规则不统一。
第二层看公式和颜色
公式代表客户已经把判断规则写进了表格。比如按天数计算是否逾期，按金额判断风险等级，按状态统计完成率，按标签汇总问题类型。公式越复杂，说明客户越依赖这张表做决策。
颜色也很重要。红色通常代表风险、逾期、异常；黄色代表待确认；绿色代表完成；灰色代表无效。不要只把颜色当格式，它可能是客户实际使用的提醒系统。
审计时可以问：
- 为什么这一列要用公式。
- 公式是谁写的。
- 出错时谁修。
- 红色标记后谁会处理。
- 哪些颜色只是提醒，哪些颜色会触发行动。
如果某个颜色标记最终会让主管开会、让负责人处理、让老板关注，那它就不是视觉样式，而是业务流程入口。
第三层看备注和例外
备注经常是表格里最有价值的部分。标准字段无法表达的东西，客户会写在备注里：“客户情绪激烈”“老板已关注”“需要小王确认”“暂不处理”“等供应商回复”“下周会议再看”。这些备注说明流程里存在很多非结构化判断。
不要急着把所有备注结构化。先分类：
- 信息补充：解释背景。
- 责任说明：谁要处理。
- 风险提示：为什么重要。
- 延期原因：为什么没完成。
- 决策记录：为什么这样处理。
- 临时约定：后续怎么跟。
如果某类备注反复出现，就可能值得产品化。比如大量备注都在说明“等待谁确认”，说明系统需要负责人和提醒；大量备注都在解释延期原因，说明需要延期分类；大量备注都写客户情绪，说明风险等级可能要进入主流程。
例外也很重要。表格里常常有临时新增列、合并单元格、手工标注、截图链接。这些都是标准流程覆盖不了的地方。SaaS 第一版不一定处理所有例外，但必须知道例外存在，否则产品上线后会被真实流程打穿。
第四层看表格如何被传递
表格不是孤立文件。它通常会被复制、截图、发群、发邮件、贴进 PPT、汇报给老板、分发给执行人。审计时要问清这张表的生命周期：
- 谁创建。
- 数据从哪里来。
- 多久更新一次。
- 谁查看。
- 谁根据它行动。
- 它最后进入什么会议或决策。
- 旧版本如何保存。
很多 SaaS 机会不在表格内部，而在表格传递过程中。比如客户每周都把同一张表截图发群催进度，说明需要协作和提醒；客户每月把表格整理成 PPT 给老板，说明需要管理视图；客户复制多个部门的表合并，说明需要统一口径。
如果你只做一个“更漂亮的表格”，可能无法创造足够价值。真正的价值可能是减少传递、减少合并、让责任自动流转。
不要把表格全部搬进产品
表格审计后，很多团队会犯一个错误：把所有列都搬进产品，做成在线表单。这通常不是好产品。客户表格里有历史包袱、临时字段、个人习惯和冗余信息。产品化要做取舍。
可以把字段分成四类：
- 核心字段：没有它就无法完成任务。
- 决策字段：影响优先级、风险、责任或预算。
- 辅助字段：有帮助，但可后续补充。
- 噪音字段：历史遗留、低频、可删除。
第一版只做核心字段和少量决策字段。辅助字段可以用备注或附件承接，噪音字段先不做。这样产品才能比表格更清楚，而不是变成另一个更难用的表格。
产品的价值不只是记录更多信息，而是让重要信息更早出现、让责任更清楚、让结果更容易追踪。
用表格做一次手工交付
审计表格后，可以做一次手工交付。拿客户现有表格，整理出一份更有行动价值的输出。例如：
- 把 200 条工单按风险和责任人重新分类。
- 把一周投诉整理成 Top 5 问题和整改表。
- 把广告异常按账户、金额、负责人生成提醒清单。
- 把销售试用客户按活跃度和下一步动作排序。
然后和客户复盘：这份输出是否比原表有用，哪些字段多余，哪些判断不准，客户会把它发给谁，是否愿意每周获得一次。如果客户愿意继续提供表格，甚至愿意付费试点，说明产品化信号变强。
手工交付能避免你过早开发复杂系统。你先用客户真实表格验证结果价值，再决定哪些步骤要自动化。
表格审计的问题清单
每次审计可以按下面的问题走：
- 这张表解决什么任务。
- 谁维护它，谁消费它。
- 哪些字段来自系统，哪些字段靠人工。
- 哪些字段最终进入决策。
- 哪些字段经常为空或错误。
- 哪些颜色、公式、筛选代表业务规则。
- 哪些备注反复出现。
- 表格更新后如何通知相关人。
- 这张表最让客户烦的步骤是什么。
- 如果产品只替代一部分，最应该替代哪一部分。
问题越具体，越能把表格转化为产品洞察。
一个表格审计案例
假设客户是一家培训机构，给你一张续费跟进表。表格里有学生姓名、课程类型、到期时间、班主任、最近沟通、家长意向、风险等级、下一步动作、备注。
表面看，这是一张续费表。但审计后你发现几个问题：
第一，“风险等级”由班主任手填，口径不统一。有些人按家长态度判断，有些人按出勤率判断，有些人按成绩判断。
第二，“下一步动作”经常为空，说明风险识别后没有形成跟进行动。
第三，备注里大量出现“等家长回复”“已转主管”“孩子兴趣下降”“价格敏感”。这些备注可以归类成续费阻碍。
第四，表格每周由教务主管汇总成 PPT，给校区负责人看。说明最终价值不是记录，而是管理复盘。
基于这个审计，第一版 SaaS 不应该只是做“在线续费表”，而应该聚焦“续费风险分类和跟进责任”。核心功能可能是统一风险口径、生成待跟进清单、提醒班主任、给主管看复盘表。表格审计帮助你从字段看到管理意图。
表格审计后的产品判断
审计结束后，要形成三类判断。
第一，保留什么。哪些字段和流程必须进入第一版，因为它们直接影响客户结果。
第二，删除什么。哪些字段是历史包袱、个人习惯或低频需求，不应该进入第一版。
第三，增强什么。哪些手工动作可以被产品放大，比如自动提醒、责任追踪、分类模板、历史趋势、异常聚合。
这三类判断比单纯画原型更重要。很多产品失败，是因为把客户现有流程完整搬上网，却没有让流程更清楚、更可靠、更可执行。
表格也能帮助定价
客户愿意维护一张复杂表格，说明这件事已经有成本。你可以通过表格估算成本：多少人维护、多久更新一次、每次花多少时间、出错有什么后果、最终用于什么决策。
如果一张表每周由 3 个人各花 2 小时维护，并且影响续费、投诉或预算，那么它对应的 SaaS 价值就不只是“节省 6 小时”，还包括减少漏跟进、提升管理透明度、降低风险。定价访谈时，这些成本都可以拿出来讨论。
表格审计因此也连接商业化。它不仅告诉你做什么功能，还告诉你客户为什么可能愿意付费。
表格审计要避免侵犯边界
表格通常包含敏感业务信息。审计前要说明只看结构和流程，不需要无关个人信息。客户可以先脱敏，必要时只展示屏幕，不直接发送文件。你也要承诺不把表格用于公开展示或其他客户演示。
如果客户不愿提供文件，可以现场让他讲解表格：每列什么意思，哪些列最重要，哪些地方最麻烦，更新后发给谁。即使没有拿到文件，也能通过屏幕共享获得很多信息。
尊重边界能提高客户信任。早期创业者不要为了调研方便，忽视客户数据安全。
从表格走向系统的三条路径
第一条路径是记录系统。客户现在只需要把分散信息统一起来，重点是字段、状态、历史和导出。
第二条路径是协作系统。客户真正痛的是谁负责、什么时候完成、是否逾期、如何提醒。此时产品要围绕责任和流程。
第三条路径是决策系统。客户希望从表格里看趋势、风险、优先级和改进方向。此时产品要围绕分析和复盘。
同一张表可能同时包含三种机会，但第一版只能选一个主路径。选择依据是客户愿意为哪个结果付费，哪个路径最能进入工作流，哪个路径交付成本最低。表格不是答案本身，它只是指向答案的证据。
表格审计后的下一步
审计结束不要只说“我们回去研究”。最好当场确认下一步：是否可以用这张表做一次脱敏样例，是否可以整理一份更清楚的输出，是否可以邀请表格使用者参加复盘，是否可以讨论如果每周自动生成这份结果会有什么价值。
这样表格审计就从研究进入验证。客户如果愿意继续配合，说明这张表背后的任务重要；如果客户不愿提供任何下一步，说明兴趣可能只是礼貌。
每次表格审计都应该至少产出一个行动：一份字段字典、一张流程图、一个样本交付、一条产品假设或一个试点 offer。没有行动的审计，只是资料收集。
结尾：表格是客户自己写出来的需求原型
从 0 开始做 SaaS，不要只听客户说想要什么。去看他正在维护的表格。表格里有真实字段、真实规则、真实责任、真实异常，也有客户已经投入的时间和管理习惯。
表格审计法能帮助你找到真正值得产品化的工作：不是把 Excel 复制到网页里，而是识别哪些手工判断可以标准化，哪些协作断点可以闭环，哪些结果可以进入管理决策。客户的表格越混乱，越说明他在努力解决一个工具没有解决好的问题。你的机会，就藏在这些混乱背后的稳定模式里。
继续阅读
探索更多技术文章
浏览归档，发现更多关于系统设计、工具链和工程实践的内容。