这一批 10 篇要回答的问题很具体：需求存在，为什么客户现在不买。答案往往不在产品上，而在两个地方——购买触发还没发生，或者购买风险还没被处理。所以这一批先讲购买触发地图与创始人假设账本，再讲 offer 设计、试点复盘与手把手 onboarding，最后补上表格审计、样本数据协议与信任包。中间还夹着一篇早期合伙分工，处理「朋友一起创业但角色没写清」这类常见矛盾。适合已经有客户愿意聊、但成交反复卡住的创始人。
专题速览
| 维度 | 说明 |
|---|---|
| 文章规模 | 10 篇，全部位于本目录 |
| 时间跨度 | 2025-02-03 至 2025-02-28 |
| 核心问题 | 需求存在，为什么客户现在不买 |
| 组织方式 | 假设与触发 → 团队分工 → offer 与试点 → 数据与信任 |
| 难度分布 | 全部为方法论，无技术门槛 |
| 核心价值 | 一套把「客户愿意聊」推进到「客户愿意买」的操作路径 |
假设、触发与学习
这一组处理「你以为的和实际发生的差在哪」。创始人假设账本要求把直觉拆成可检查的假设，购买触发地图指出客户不是因为产品上线才买，而是因为某个事件发生了，学习系统则要求把收集到的资料转成决策而不是继续堆积。
| 文章 | 核心内容 |
|---|---|
| SaaS 创始人假设账本：从 0 开始先把你相信的事写下来 | 把「某个行业效率低」这类直觉拆成可讨论、可验证的假设 |
| SaaS 购买触发地图：客户不是因为你上线了才买，而是因为某个事件发生了 | 需求存在不等于现在会买，缺少触发事件就不会有下一步 |
| SaaS 创始人学习系统：从 0 开始别只积累资料，要把市场认知变成决策 | 资料越多越容易误以为了解市场，关键是转成选客户与定功能的决策 |
团队与早期分工
这一组只有一篇，但位置重要。它指出很多合伙问题不是价值观问题，而是角色没有写清：谁负责客户访谈、谁写代码、谁做销售、谁拍板产品方向。角色契约应该先于股权和头衔谈。
| 文章 | 核心内容 |
|---|---|
| SaaS 早期合伙分工：从 0 开始先写角色契约，再谈股权和头衔 | 用角色契约明确责任、决策权与承诺边界，减少后期矛盾 |
offer、试点与 onboarding
这一组处理「怎么把兴趣变成承诺」。第一份商业承诺主张别先卖功能而是设计一个客户愿意回应的 offer，试点复盘会要求每次试点结束都拿到下一步判断，手把手 onboarding 则指出第一批客户不能只发账号，要陪他走完一次价值闭环。
| 文章 | 核心内容 |
|---|---|
| SaaS 第一份商业承诺：别先卖功能，先设计一个客户愿意回应的 offer | 早期客户先判断承诺是否与当前问题相关，而不是功能够不够多 |
| SaaS 试点复盘会：从 0 开始每次试点结束，都要拿到下一步判断 | 没有正式复盘，试点很容易以「再看看」不了了之 |
| SaaS 手把手 onboarding：第一批客户不要只发账号，要陪他走完一次价值闭环 | 账号交付不等于客户上线，需要陪着完成关键动作 |
数据、素材与信任
这一组提供三件「把抽象变具体」的工具。表格审计法从客户真实使用的 Excel 里找值得产品化的工作，样本数据协议在第一个样本出现时就说清数据、权限与用途，早期信任包则处理「没有品牌和案例时怎么让客户敢给机会」。
| 文章 | 核心内容 |
|---|---|
| SaaS 表格审计法：从客户的 Excel 里找到真正值得产品化的工作 | 客户的表格比需求清单更诚实，能暴露真实流程与字段口径 |
| SaaS 样本数据协议：从第一个客户样本开始，就要把数据、权限和用途说清楚 | 客户愿意给样本是比口头兴趣更强的信号，需要配套的数据约定 |
| SaaS 早期信任包：没有品牌和案例时，如何让客户敢把第一次机会给你 | 客户最大的疑虑不是功能有没有，而是团队靠不靠谱 |
本月主题脉络
这 10 篇可以分成两条并行的线。一条是「把模糊变清晰」：假设账本、购买触发地图、学习系统、表格审计、样本数据协议，都是为了让判断有据可依。另一条是「把兴趣变承诺」：offer 设计、试点复盘、手把手 onboarding、信任包、合伙角色契约，都是为了让关系往前走一步。
三篇最值得优先读的是 购买触发地图、offer 设计 与 试点复盘会。
推荐阅读路径
客户愿意聊但不买：
试点做完没有结论：
- 用试点复盘会拿到下一步判断。
- 用手把手 onboarding确认客户是否走完价值闭环。
- 用样本数据协议规范数据使用。
想找更真实的业务细节：
两个人一起创业：
本月可交付物清单
- 一份创始人假设账本，列出你相信但尚未验证的判断
- 一份购买触发地图，标出客户会真正行动的触发事件
- 一份学习系统规则，明确资料如何转成决策
- 一份合伙角色契约，覆盖责任、决策权与承诺边界
- 一份 offer 设计草案，包含承诺、证据与下一步
- 一份试点复盘模板，固定要拿到下一步判断
- 一份手把手 onboarding 流程，陪客户走完价值闭环
- 一份表格审计记录，列出客户 Excel 里的关键流程与字段
- 一份样本数据协议，写明用途、权限与保留期限
- 一份早期信任包，覆盖安全、数据与责任说明
常见误区
第一个误区是把「愿意聊」当成购买意愿。愿意聊是零成本的，触发事件才是购买的前置条件。
第二个误区是把 offer 做成功能清单。早期客户回应的是承诺，不是功能数量。
第三个误区是试点结束不做正式复盘。没有复盘，试点就只是一次免费使用。
本月与前后归档的衔接
这一批承接 2025 年 1 月「先把问题放到真实创业处境里」的铺垫，把重点从「判断问题」推进到「推进成交」。1 月回答的是痛点是否真的严重，2 月回答的是客户什么时候会行动、需要什么材料才敢行动。
与 2025 年 3 月相比，这一批仍处在单点验证阶段。3 月会引入细分市场评分卡与 30 天冲刺，把单点验证扩展成有节奏的启动计划。
如果按顺序读，建议把这一批当作「成交前的最后一公里」：购买触发、offer、信任包三件套配合使用，效果最明显。
本月关键提问
- 客户上一次为类似问题花钱是什么时候
- 什么事件发生后，客户必须处理这个问题
- 我给的承诺，客户能用一句话复述吗
- 试点结束时，我有没有拿到明确的下一步
- 客户是否走完了第一次价值闭环
- 客户表格里哪一步最费人、最容易出错
- 我有没有在拿到样本前就说清数据用途
- 没有品牌和案例时，我拿什么让客户放心
相关专题
- SaaS Starter 专题导航：本目录的上级专题，含 45 篇分组方法论与全部月度归档。
- SaaS Starter 2025 年 1 月：上一个月度归档，主题为单人创始人的约束与问题判断。
- SaaS Starter 2025 年 3 月：紧接着的下一个月度归档，主题转向细分市场与 30 天冲刺。
- SaaS 专题总入口：SaaS 大专题总入口。