SaaS 第一份商业承诺：别先卖功能，先设计一个客户愿意回应的 offer
开场：客户不买功能清单，客户回应一个清楚的承诺 从 0 开始做 SaaS，很多团队一上来就介绍功能：我们有自动化、有 AI、有看板、有权限、有导出、有提醒。功能当然重要，但早期客户面对一个陌生产品时，最先判断的不是功能够不够多，而是这个承诺是否和自己当前问题有关，是否值得投入时间试一下。
posts
SaaS 创业与产品增长专题
SaaS（软件即服务）是过去二十年最成功的软件商业模式之一，从早期的 Salesforce、Zendesk 到今天的 Figma、Notion、Vercel，SaaS 的竞争格局正在经历 AI 原生应用的深刻变革。本专题系统覆盖 SaaS 行业趋势分析（2020-2026 市场格局变化、PLG 产品驱动增长、AI 功能叠加到 AI 原生转型）、产品开发方法论（MVP 验证→PMF 匹配→规模化增长）、定价与变现策略（订阅/按量/分级/企业定制）、客户成功与留存体系（健康度评分/流失预警/NPS）、AI 原生 SaaS 演进路径（Copilot→Agent→Autonomous），以及 20+ 个经典案例复盘（Stripe/Notion/Figma 成功与 Evernote/Parse/Kite 失败），覆盖从 0 到 1 和从 1 到 100 的完整创业路径。
SaaS 购买触发地图：客户不是因为你上线了才买，而是因为某个事件发生了
开场：需求存在，不等于客户现在会买 早期 SaaS 创业者经常困惑：客户明明承认有问题，为什么迟迟不买？他愿意聊天，愿意看 Demo，甚至说方案不错，但就是没有下一步。原因往往不是需求不存在，而是购买触发没有发生。
SaaS 表格审计法：从客户的 Excel 里找到真正值得产品化的工作
开场：客户的表格比需求清单更诚实 从 0 开始做 SaaS，很多创始人会问客户想要什么功能。客户会说希望自动化、希望数据可视化、希望流程协同、希望智能提醒。这些说法都有参考价值，但它们经常太抽象。真正能暴露业务细节的，往往是客户每天正在用的 Excel、飞书表格、Notion 数据库、截图文件夹和手工模板。
SaaS 创始人假设账本：从 0 开始先把你相信的事写下来
开场：创业不是从自信开始，而是从可检查的假设开始 从 0 开始做 SaaS，创始人通常会带着很强的直觉进入市场：某个行业效率低，某类团队缺工具，某个工作流很适合 AI，某个岗位每天都在重复劳动。这些直觉很重要，因为没有直觉就不会开始。但直觉如果不被拆开，就会变成一团无法讨论的信念。
SaaS 早期研究综合：从 0 开始做完访谈后，怎样把零散信息变成方向判断
开场：先把问题放到真实创业处境里 访谈做多了以后，信息会变乱。研究综合的任务，是把零散材料变成主题、证据和决策。否则团队会越聊越多，方向却越来越不清楚。很多 SaaS 项目失败，不是因为创始人不努力，也不是因为技术完全做不出来，而是因为最早的判断太粗。
SaaS 从问题到工作流：客户说有痛点后，下一步要翻译成可执行流程
开场：先把问题放到真实创业处境里 痛点只是起点，工作流才是产品设计的入口。客户说效率低、协作难、数据乱，你要继续翻译成触发、输入、判断、输出、责任和复盘。很多 SaaS 项目失败，不是因为创始人不努力，也不是因为技术完全做不出来，而是因为最早的判断太粗。
SaaS 单人创始人节奏：从 0 开始一个人也要同时推进客户、产品和现金
开场：先把问题放到真实创业处境里 一个人做 SaaS，最大的风险不是不会做事，而是每天被不同事情拉扯。单人创始人需要稳定节奏，把客户、产品、销售、内容和现金都放进周循环。很多 SaaS 项目失败，不是因为创始人不努力，也不是因为技术完全做不出来，而是因为最早的判断太粗。
SaaS 早期市场地图：从 0 开始先画清客户、角色、流程和预算关系
开场：先把问题放到真实创业处境里 市场不是一群抽象客户，而是一张由行业、公司、角色、流程、预算和替代方案组成的地图。早期画地图，是为了找到最容易进入、最值得验证的路径。很多 SaaS 项目失败，不是因为创始人不努力，也不是因为技术完全做不出来，而是因为最早的判断太粗。
SaaS 手工结果 Demo：产品还没做完，也可以先让客户看见未来结果
开场：先把问题放到真实创业处境里 客户不一定需要先看到完整系统，他需要先看到结果是否有价值。手工结果 Demo 用低成本方式模拟未来产品输出，让团队在写复杂代码前验证客户是否愿意继续。很多 SaaS 项目失败，不是因为创始人不努力，也不是因为技术完全做不出来，而是因为最早的判断太粗。
SaaS 一人销售实验室：还没有团队时，创始人怎样系统跑客户验证
开场：先把问题放到真实创业处境里 早期没有销售团队，也不需要复杂 CRM。创始人需要的是一个可重复的小实验室：每天找线索、发触达、约访谈、整理证据、推进下一步，让销售成为学习系统。很多 SaaS 项目失败，不是因为创始人不努力，也不是因为技术完全做不出来，而是因为最早的判断太粗。
SaaS 行业观察：多智能体协作与工作流编排
一个普通的周一早晨 Sarah 是一家中型电商公司的运营总监。早上 8:30，她打开电脑，发现昨天夜班的销售数据异常——某个产品线的转化率突然下降了 40%。两年前，她需要： 整个过程需要 3-4 小时，而且往往错过了最佳处理时机。
SaaS 问题严重度阶梯：从 0 开始判断痛点，不要只听客户说痛
开场：先把问题放到真实创业处境里 客户说痛，不代表会买。真正的痛点会留下行为痕迹：客户花时间、花钱、找替代方案、拉同事、承担责任、愿意改变流程。严重度阶梯就是把这些证据分层。很多 SaaS 项目失败，不是因为创始人不努力，也不是因为技术完全做不出来，而是因为最早的判断太粗。
SaaS 替代方案成本计算：客户现在怎么凑合，决定你未来怎么收费
开场：先把问题放到真实创业处境里 客户今天一定已经在用某种方式解决问题。SaaS 的价值不是和理想状态比较，而是和客户当前替代方案比较。替代方案越昂贵、越不稳定、越难扩张，你的产品越有机会。很多 SaaS 项目失败，不是因为创始人不努力，也不是因为技术完全做不出来，而是因为最早的判断太粗。
SaaS 客户任务故事库：从 0 开始不要收集需求，要收集客户要完成的任务
开场：先把问题放到真实创业处境里 客户不会因为你有功能而行动，他是因为某个任务完成得很痛才愿意改变。任务故事库把零散需求转成可比较的场景，让产品选择围绕客户真实工作展开。很多 SaaS 项目失败，不是因为创始人不努力，也不是因为技术完全做不出来，而是因为最早的判断太粗。
SaaS 创始人个人约束盘点：从 0 开始先弄清你能打多久、适合打什么仗
开场：先把问题放到真实创业处境里 个人约束不是消极因素，而是创业策略的起点。早期 SaaS 不是在真空里选择市场，而是在创始人的现金、时间、经验、关系和精力边界里选择最可执行的路径。很多 SaaS 项目失败，不是因为创始人不努力，也不是因为技术完全做不出来，而是因为最早的判断太粗。
SaaS 早期决策标准：从 0 开始每次取舍都要知道依据是什么
开场：把早期动作做成可验证系统 早期 SaaS 每天都有选择：做哪个功能、见哪个客户、收不收费、接不接定制、换不换方向。没有决策标准，团队会被情绪、单个客户和短期机会牵着走。从 0 开始做 SaaS，最怕把抽象判断直接变成开发任务。
SaaS 早期 offer 阶梯：从免费交流到付费试点，别让客户一步跳太远
开场：把早期动作做成可验证系统 早期客户不一定会直接买订阅。offer 阶梯让客户从低风险动作开始：先交流，再给样本，再看结果，再试点，再订阅。每一层都换取更强承诺。从 0 开始做 SaaS，最怕把抽象判断直接变成开发任务。
SaaS 验证看板：从 0 开始用一张板管理假设、证据和下一步
开场：把早期动作做成可验证系统 早期信息很多，如果没有看板，团队会忘记自己在验证什么。验证看板把假设、证据、状态和下一步放在一起，让每周行动围绕最关键的不确定性推进。从 0 开始做 SaaS，最怕把抽象判断直接变成开发任务。
SaaS 启动第一周计划：从 0 开始的前 7 天，不要忙着搭系统
开场：把早期动作做成可验证系统 SaaS 启动第一周最重要的不是搭系统，而是把问题、客户和验证动作拉到现实里。7 天内要产出客户名单、访谈记录、问题假设和下一步实验，而不是只产出 Logo 和域名。从 0 开始做 SaaS，最怕把抽象判断直接变成开发任务。
SaaS 分发种子：从 0 开始别等产品做好，再想客户从哪里来
开场：把早期动作做成可验证系统 产品和分发不能分开想。很多早期 SaaS 产品做出来后才发现没有客户来源。分发种子要在产品完成前就开始种：内容、社群、模板、诊断、案例、转介绍都可以成为早期入口。从 0 开始做 SaaS，最怕把抽象判断直接变成开发任务。