SaaS 问题严重度阶梯：从 0 开始判断痛点，不要只听客户说痛

开场：先把问题放到真实创业处境里

客户说痛，不代表会买。真正的痛点会留下行为痕迹：客户花时间、花钱、找替代方案、拉同事、承担责任、愿意改变流程。严重度阶梯就是把这些证据分层。

很多 SaaS 项目失败，不是因为创始人不努力，也不是因为技术完全做不出来，而是因为最早的判断太粗。客户是谁、问题多痛、当前怎么解决、谁付钱、什么时候买、团队能不能交付，这些问题如果没有被拆开，后面所有产品和销售动作都会变形。

2025 年从 0 开始做 SaaS，更需要把早期动作做细。市场上工具很多，客户也更谨慎。一个新产品想拿到第一次机会，不能只靠愿景和热情，而要靠具体场景、清楚边界、可验证结果和持续复盘。

一级：口头抱怨

客户说这件事麻烦、效率低、希望改善。一级信号最常见，也最不可靠。它适合作为线索，但不能作为开发依据。很多客户愿意聊天，却不会为抱怨投入任何资源。

在执行这一层时，创始人要避免只写抽象判断。最好把它落到客户原话、真实样本、具体时间、参与角色和下一步动作里。只要一个判断不能连接到客户行为，它就还只是内部观点。

这一层还要形成记录。记录的目的不是做文档装饰，而是让团队下周还能复盘：当时为什么这么判断，证据来自哪里，是否需要继续投入。早期最怕重复讨论同一个问题，却没有任何新增证据。

二级：已有临时办法

客户已经用表格、脚本、外包、群消息、手工流程处理问题。临时办法说明问题已经重要到不能忽视。你要研究临时办法的结构，而不是急着替换它。

在执行这一层时，创始人要避免只写抽象判断。最好把它落到客户原话、真实样本、具体时间、参与角色和下一步动作里。只要一个判断不能连接到客户行为，它就还只是内部观点。

这一层还要形成记录。记录的目的不是做文档装饰，而是让团队下周还能复盘：当时为什么这么判断，证据来自哪里，是否需要继续投入。早期最怕重复讨论同一个问题，却没有任何新增证据。

三级：有人负责

当一个问题有明确负责人，严重度会上升。负责人需要汇报、追踪、解释结果，也更可能推动工具采购。没有负责人的问题，很难进入组织预算。

在执行这一层时，创始人要避免只写抽象判断。最好把它落到客户原话、真实样本、具体时间、参与角色和下一步动作里。只要一个判断不能连接到客户行为，它就还只是内部观点。

这一层还要形成记录。记录的目的不是做文档装饰，而是让团队下周还能复盘：当时为什么这么判断，证据来自哪里，是否需要继续投入。早期最怕重复讨论同一个问题，却没有任何新增证据。

四级：影响指标或风险

问题开始影响收入、成本、客户体验、合规、团队效率或管理责任。此时销售话术要从功能转向业务结果。客户买的不是工具，而是降低风险或改善指标。

在执行这一层时，创始人要避免只写抽象判断。最好把它落到客户原话、真实样本、具体时间、参与角色和下一步动作里。只要一个判断不能连接到客户行为，它就还只是内部观点。

这一层还要形成记录。记录的目的不是做文档装饰，而是让团队下周还能复盘：当时为什么这么判断，证据来自哪里，是否需要继续投入。早期最怕重复讨论同一个问题，却没有任何新增证据。

五级：客户愿意承诺下一步

最强信号是行为承诺：提供样本、约同事、定义成功标准、讨论预算、支付试点费。只有进入这一层，才说明问题接近商业化机会。

在执行这一层时，创始人要避免只写抽象判断。最好把它落到客户原话、真实样本、具体时间、参与角色和下一步动作里。只要一个判断不能连接到客户行为，它就还只是内部观点。

这一层还要形成记录。记录的目的不是做文档装饰，而是让团队下周还能复盘：当时为什么这么判断，证据来自哪里，是否需要继续投入。早期最怕重复讨论同一个问题，却没有任何新增证据。

一个可执行的 7 天练习

第 1 天，把当前想法写成一句话：目标客户是谁，在什么场景下，遇到什么问题，希望得到什么结果。只要这句话还很泛，就不要急着写产品需求。

第 2 天，找 5 个最接近目标客户的人，不推销产品，只确认他们是否真的遇到类似场景。重点追问最近一次发生在什么时候、谁参与、现在怎么处理。

第 3 天，把访谈内容整理成表格。不要只写总结，要保留客户原话、当前替代方案、成本、责任人、下一步可能。原话会直接影响后面的销售文案。

第 4 天，做一个最小输出。它可以是一页诊断、一张流程图、一份样本报告、一张问题清单。目标不是漂亮，而是让客户能判断结果是否有用。

第 5 天，把最小输出发给 2 到 3 个客户复盘，观察他们是否愿意继续投入时间、样本、同事或预算。客户愿意做什么，比他说什么更重要。

第 6 天，写一页复盘：哪些假设更强，哪些被削弱，最大不确定性是什么，下周应该继续做什么、停止什么。

第 7 天，决定下一轮实验。如果没有任何客户愿意进入下一步，就不要用开发掩盖问题；如果出现强信号，就围绕最强场景缩小范围。

检查清单

• 把每个痛点标注严重度等级
• 要求客户讲最近一次真实案例
• 找出现有临时办法
• 确认责任人和指标影响
• 只把三级以上问题放入重点验证

这份清单每周至少看一次。早期创业不是靠一次完美计划推进，而是靠一轮一轮小实验把模糊判断变清楚。只要清单里有多项长期空白，就说明团队可能在回避关键问题。

常见错误

• 把礼貌反馈当强痛点
• 只问未来想法，不问过去行为
• 没有区分使用者痛和购买者痛
• 忽略问题背后的指标
• 一级信号就开始开发

这些错误并不罕见，几乎每个早期团队都会遇到。重要的是发现后尽快纠正，不要因为已经投入时间就继续沿着错误方向加码。SaaS 的优势是可以持续迭代，但前提是团队愿意面对真实反馈。

如何判断这件事是否有效

判断标准不要只看团队是否完成动作，而要看客户是否产生更强行为。比如客户是否愿意继续聊、是否愿意提供样本、是否愿意让同事参与、是否愿意讨论价格、是否愿意把结果放进会议或工作流。

如果只有内部产出，没有客户行为，说明这件事还停留在自我感觉阶段。早期 SaaS 的每一次动作，都应该尽量换回外部证据。证据越强，下一步投入越有底气；证据越弱，越要收窄问题或调整客户。

也要看团队是否更清楚了。有效的早期工作，哪怕没有立刻成交，也应该让你更清楚不做什么、服务谁、拒绝谁、下一步验证什么。清晰度本身就是从 0 到 1 的重要资产。

结尾：从 0 开始要把每一步变成证据

围绕“问题严重度阶梯：从 0 开始判断痛点，不要只听客户说痛”这件事，最重要的不是做出一份看起来完整的计划，而是让计划不断接受客户行为检验。早期团队资源有限，不能把时间花在没有证据的自我完善上。

真正可持续的 SaaS 项目，会从很小的真实场景开始：一个客户、一份样本、一次结果、一个复盘、一个下一步承诺。把这些小证据连续积累起来，产品方向、销售话术、定价方式和交付边界才会逐渐清楚。

从 0 开始不是从宏大叙事开始，而是从可验证的具体动作开始。每周让自己多一点证据，少一点想象，这就是早期 SaaS 创业最朴素也最有效的推进方式。

严重度分层如何避免误判

同样是报表麻烦，两个客户严重度可能完全不同。客户 A 偶尔抱怨，但没有固定负责人，也没有现有表格；客户 B 每周由主管整理，老板在周会上追问，漏掉问题会影响部门绩效。前者只是一级或二级信号，后者至少是四级信号。早期团队如果只听抱怨，很容易把 A 和 B 混为一谈。严重度阶梯的价值，就是把相似语言背后的行为差异拆出来。

这个案例的重点，不是让所有团队照搬同一种做法，而是提醒创始人把抽象原则放回真实限制里。客户、场景、数据、预算、时间和交付条件不同，结论就会不同。早期 SaaS 最需要的是这种贴着现实做判断的能力。

把严重度用于销售优先级

线索进入后，可以按严重度排序。一级线索只保持内容触达，二级线索安排问题访谈，三级线索争取样本，四级线索设计试点，五级线索推进报价或正式合作。这样创始人的时间不会被大量低严重度客户消耗。早期不是谁愿意聊天就优先服务谁，而是谁有更强行为证据，谁更值得推进。

执行时要保留记录。记录包括当时的判断、使用的证据、客户的原话、下一步动作和复盘时间。只有记录下来，团队才知道自己是在学习，还是在重复凭感觉行动。

30 天验证路径

围绕问题严重度阶梯，可以把 30 天拆成三个阶段。第一阶段是收集真实材料，不追求结论，只追求足够具体。这里的真实材料包括客户原话、当前流程、样本、时间成本、角色关系和已有替代方案。创始人要克制住马上设计产品的冲动，先确认自己看到的不是想象中的客户，而是真实工作中的客户。

第二阶段是形成一个小判断。不要试图同时证明所有事情，只选一个最关键判断。例如客户是否愿意提供样本，客户是否承认替代方案成本，客户是否愿意让同事参与，客户是否愿意用输出结果开会。一个小判断如果被证据支持，就可以进入下一轮；如果不被支持，就及时调整。

第三阶段是把判断换成承诺。承诺可以很小：一次复盘、一份样本、一个试点会议、一个报价讨论、一次内部转发。早期 SaaS 的推进不是靠客户口头认可，而是靠客户愿意为下一步投入一点真实资源。

这 30 天里最重要的观察对象是：行为证据、责任人、后果、下一步承诺。如果这些内容越来越清楚，说明方向在收敛；如果每周都仍然停留在抽象讨论，说明验证方式还不够贴近客户现场。

应该产出的材料

这项工作至少要产出三类材料。第一类是证据材料，包括客户原话、流程截图、字段样本、拒绝理由、成本估算和复盘纪要。它们是原始事实，不要过早美化。

第二类是判断材料，包括一页问题说明、一张流程图、一份客户分层表、一个试点假设或一段 offer 文案。判断材料要能回答为什么继续、为什么暂停、为什么选择这个客户群。

第三类是行动材料，包括下一周访谈名单、外呼消息、样本请求说明、Demo 输出、试点方案或内部任务表。没有行动材料，前面的研究就很容易停留在知识层面。

产物不需要复杂，但必须能被下一步使用。一个好的产物，会让团队明天知道该联系谁、说什么、要什么材料、如何判断成功。一个坏的产物，只会让团队觉得自己好像学到了很多，却不知道下一步怎么做。

什么时候应该停止

早期创业要敢于停止。围绕问题严重度阶梯，如果连续多轮验证都拿不到客户行为，就要暂停。比如客户只愿意聊天但不愿提供样本，只愿意夸方向但不愿约下一次会议，只愿意试用但不愿定义成功标准，这些都是弱信号。

停止不等于否定全部方向。它可能意味着客户类型不对、触发时机不对、offer 不清楚、问题不够严重，或者当前创始人约束不适合继续投入。停止的关键是写清原因，而不是模糊地说以后再看。

可以设置三个停止条件：两周内无法触达足够目标客户，目标客户无法讲出最近一次真实案例，客户不愿为下一步投入任何资源。满足其中两个，就应该调整验证方式或换一个更具体的切入口。

最后判断标准

团队能把低质量兴趣和高严重度机会分开，优先推进后者。这个信号比页面是否漂亮、功能是否完整、团队是否兴奋更重要。早期 SaaS 要不断把注意力从内部产出拉回客户行为。客户行为越强，越值得继续；客户行为越弱，越要收窄或停止。

严重度阶梯还可以帮助团队拒绝需求。低严重度客户提出的功能，即使听起来合理，也不应该优先；高严重度客户反复卡住的步骤，才更可能影响付费和留存。产品优先级要跟问题严重度绑定。