SaaS 工作流跟访：从 0 开始别只听客户说，要看他真实怎么做

开场：客户说的流程，经常不是实际流程

做 SaaS 早期调研时，访谈很重要，但只靠访谈不够。客户在会议里描述流程时，通常会简化、理想化，甚至无意中遗漏关键步骤。他会说“我们每天看一下报表，有问题就处理”，但真实现场可能是：先从三个系统导出表格，再复制到一个旧模板，手动筛选异常，发到微信群，等负责人回复，最后再回到系统里补状态。

这些隐藏步骤，往往才是 SaaS 产品机会。你只问“现在怎么做”，客户会讲一个概括版；你坐在旁边看他做，才能看见真实摩擦。工作流跟访就是用观察代替想象：让客户完成一次真实任务，你记录每一步、每个工具、每次切换、每个等待和每个异常处理。

从 0 开始做 SaaS，跟访比写功能列表更早。因为你还不知道产品应该替代哪一步、增强哪一步，还是连接哪几步。

跟访前要定义任务

不要约客户说“我想看看你们平时怎么工作”。这个范围太大，客户也不知道展示什么。要选一个具体任务。例如：

• 处理一条客户投诉。
• 生成一次周报。
• 审核一批订单异常。
• 给一个试用客户做跟进。
• 完成一次门店巡检整改。
• 把一个新员工加入权限系统。

任务越具体，观察越有效。你要看到客户从开始到结束完整走一遍。开始点可以是一个触发事件，比如收到邮件、系统提醒、老板要求、客户投诉；结束点可以是任务完成、状态更新、报告发出、负责人确认。

跟访前可以告诉客户：你不是来评价他工作好坏，而是理解流程。很多客户会担心自己操作不规范，或者怕暴露内部问题。你要让他知道，真实情况越完整，对产品越有帮助。

记录四类信息

跟访时不要只记客户说了什么。至少记录四类信息。

第一，步骤。客户每做一步，写下动作、输入、输出和使用工具。比如“从客服系统导出上周会话”“打开 Excel 模板”“复制投诉标签列”“筛选退款相关会话”。

第二，切换。客户在不同系统、表格、聊天工具、邮件、文档之间切换时，要特别标记。频繁切换说明信息分散，可能存在整合机会。

第三，等待。客户停下来等同事确认、等系统加载、等数据导出、等领导回复，这些等待都可能是流程瓶颈。

第四，异常。客户说“这里一般要看情况”“这个字段经常不准”“这个时候要问小王”“有些客户比较特殊”，这些话很重要。SaaS 产品如果只覆盖标准流程，往往会在异常处理上失败。

可以用简单表格：

这张表就是后续产品设计的原材料。

观察客户的临时办法

客户的临时办法，通常比正式流程更有信息量。比如客户自己做了一个 Excel 模板，说明他已经为问题投入了时间；客户把某些字段标成红色，说明这些字段影响判断；客户用微信群催办，说明系统内缺少协作机制；客户保存一堆截图，说明原系统不方便追溯。

不要嘲笑这些临时办法。它们是客户在没有合适工具时自己长出来的解决方案。早期 SaaS 很多功能，都应该从这些临时办法中提炼，而不是从竞品页面中抄。

观察时可以问：

• 这个模板是谁做的。
• 为什么要加这一列。
• 什么情况下会手动改。
• 这个截图发给谁看。
• 如果没人回复，你下一步怎么办。
• 哪一步最怕出错。

这些问题能帮你看到流程背后的责任、风险和价值。

不要急着推销产品想法

跟访过程中，创业者很容易忍不住说“我们可以做一个功能解决这个”。尽量不要。跟访的目标是理解，不是演示。你一旦开始推销，客户就会切换到评价模式，开始说“这个不错”“那个也可以”，真实行为就中断了。

可以把想法先记下来，等任务结束后再问：“如果有一个工具自动完成这一步，你会担心什么？”或者“这一步如果改成系统提醒，你觉得谁需要确认？”这样既能测试想法，又不破坏观察。

早期产品机会经常藏在你没想到的地方。你原本以为客户痛点是报表生成慢，跟访后发现真正麻烦的是报表发出后没人跟进。你原本以为客户需要 AI 自动判断，结果发现他们更需要统一字段口径。只有先看完整流程，才不容易做错重点。

跟访后画流程图

每次跟访后，最好当天整理成一张流程图。可以用文字版：

1. 触发：主管要求生成周报。
2. 数据获取：从系统 A 导出会话，从系统 B 导出订单。
3. 清洗：Excel 合并，删除重复。
4. 判断：按经验标记投诉类型。
5. 协作：发群请班组长确认。
6. 输出：整理 PPT，发给经理。
7. 跟进：下周会议口头追踪。

然后标注三类点：高成本步骤、高风险步骤、高价值步骤。高成本步骤是耗时最多的地方；高风险步骤是容易出错或影响责任的地方；高价值步骤是客户愿意为结果付费的地方。产品切入点最好同时满足其中两类。

例如“Excel 合并”耗时高，但客户未必愿意单独付费；“整改追踪”可能耗时不高，但影响管理结果，价值更高。跟访能帮助你区分效率点和价值点。

找到角色之间的断点

SaaS 很少只服务一个人。即使一个人使用产品，流程背后也常常涉及多个角色：执行者、审批者、负责人、财务、IT、老板、客户。跟访时要看信息如何在角色之间流动。

常见断点包括：

• 执行者做完了，但负责人不知道。
• 负责人要求整改，但没有追踪机制。
• 销售承诺了功能，但实施不知道。
• 客服记录了问题，但产品团队看不到。
• 财务需要数据，但业务系统导不出来。

这些断点比单点效率更适合做 SaaS。因为 SaaS 的价值不只是让个人更快，而是让团队协同更可靠。一个能打通角色断点的产品，更容易进入组织预算。

跟访样本要足够多样

不要只跟访最配合、最规范的客户。至少看三类样本：高成熟客户、普通客户、混乱客户。高成熟客户能告诉你理想流程是什么；普通客户能代表主流需求；混乱客户能暴露异常和边界。

同一个任务最好跟访 5 到 8 次。第一次你会被细节淹没，第二次开始看到重复模式，第三到第五次才会分辨哪些是个别习惯，哪些是普遍问题。每次跟访都要更新流程图，不要重新开一个孤立文档。

如果连续几次跟访发现流程差异巨大，说明目标客户可能还不够聚焦。比如你把“电商团队”当成一个市场，但直播电商、跨境电商、品牌自营、代运营公司的流程完全不同，就需要重新细分。

从跟访到 MVP

跟访结束后，不要直接把所有步骤都做进产品。早期 MVP 应该抓住一个高价值断点，而不是复制整个工作流。可以问三个问题：

1. 哪一步客户已经投入大量人工。
2. 哪一步出错后代价最高。
3. 哪一步如果改善，客户愿意让同事也参与。

答案重叠的地方，就是 MVP 候选点。比如“从三个系统导出数据”很耗时，但客户认为只是烦；“整改没人追踪”不一定每天发生，但影响管理结果和责任闭环。后者可能更适合作为 SaaS 切入点。

MVP 可以先不自动化所有流程，而是提供一个可见的状态、一个标准模板、一个提醒机制、一个复盘看板。先解决关键断点，再逐步扩展。

跟访中的礼貌和边界

工作流跟访会接触客户内部细节，所以礼貌和边界很重要。跟访前要说明记录范围，尽量使用脱敏材料，不要截取敏感信息，不要把客户内部流程随意发给其他人。若需要录屏或截图，必须提前确认。

跟访时也不要打断太多。客户正在完成真实任务，你可以在关键点提问，但不要每一步都追问原因，否则会改变他的自然操作。更好的方式是先观察完整过程，标记疑问，任务结束后再集中提问。

如果客户操作中出现明显低效或错误，也不要现场评价“你们这里不合理”。你可以问“这个步骤平时都这样做吗”“有没有尝试过别的方式”“如果这里出错会怎样”。保持中立，客户才愿意展示真实情况。

把观察转成机会假设

跟访记录整理后，要把观察转成机会假设，而不是停留在流程描述。可以用这样的句式：

“我们观察到某类客户在某个任务中，为了达到某个结果，需要在多个工具之间完成某些步骤，其中某一步高频、耗时或高风险。如果提供一个工具把这一步标准化，并连接到后续责任追踪，客户可能愿意试用或付费。”

例如：

“我们观察到客服主管在周报复盘前，需要从系统导出会话、人工分类、截图发群确认，最痛的是问题提出后没有追踪。若提供一个从问题分类到整改责任表的闭环工具，可能比单纯自动生成报告更有价值。”

这类假设能直接进入 MVP 设计、着陆页文案和销售访谈。跟访不是为了写漂亮研究报告，而是为了形成下一步可验证的产品假设。

结尾：看见真实流程，才会做出真实产品

从 0 开始做 SaaS，很多错误不是技术错误，而是理解错误。团队以为客户按流程办事，实际客户靠截图、表格、群消息和个人经验拼起来；团队以为客户需要自动化，实际客户先需要责任清晰；团队以为客户缺功能，实际客户缺的是跨角色闭环。

工作流跟访能把这些真实情况暴露出来。它不需要复杂工具，只需要你带着具体任务、耐心观察、准确记录、当天整理。早期做 10 次高质量跟访，往往比闭门开发一个月更有价值。因为你终于不是在想象客户，而是在看客户怎样工作。