这一批 10 篇的统一开场是「把早期动作做成可验证系统」，对应一个明确的痛点：早期最怕的不是不努力，而是把抽象判断直接变成开发任务。所以它先要求你判断「什么问题值得软件化」，再要求你评估「为什么你能赢第一步」，然后用验证看板把假设、证据、状态与下一步放在同一张表上。如果你已经有一堆零散想法但不知道该先动哪一个，从这个月开始读最合适。
专题速览
| 维度 | 说明 |
|---|---|
| 文章规模 | 10 篇，全部位于本目录 |
| 时间跨度 | 2024-12-03 至 2024-12-30 |
| 统一开场 | 把早期动作做成可验证系统 |
| 难度分布 | 全部为方法论，无技术门槛 |
| 组织方式 | 起点约束 → 分发验证 → 交付与 offer |
| 核心价值 | 一套让早期每一步都能被复盘的系统化框架 |
起点与约束判断
这一组处理「还没开始之前先想清楚什么」。问题选择决定你是否值得把某个痛点软件化，创始人市场匹配决定你在哪个入口最有可能赢下第一局，第一周计划则把前七天从「搭系统」拉回到「接触客户」。
| 文章 | 核心内容 |
|---|---|
| SaaS 创业前的问题选择：从 0 开始先判断什么问题值得软件化 | 值得软件化的问题通常重复发生、有人负责、过程可记录、结果可复盘 |
| SaaS 创始人与市场匹配：从 0 开始别只看市场大，要看你为什么能赢第一步 | 大市场不等于适合你，关键是有没有第一批客户入口与理解工作流的能力 |
| SaaS 启动第一周计划：从 0 开始的前 7 天，不要忙着搭系统 | 七天内要产出客户名单、访谈记录与问题假设，而不是 Logo 和域名 |
分发、验证与决策
这一组把「验证」落成可操作的工具。分发种子主张产品和分发不能分开想，验证看板把假设与证据放在一起管理，决策标准则要求每次取舍都能说出依据，避免被单个客户或短期机会牵着走。
| 文章 | 核心内容 |
|---|---|
| SaaS 分发种子：从 0 开始别等产品做好，再想客户从哪里来 | 内容、社群、模板、诊断与转介绍都可以在产品完成前就开始种 |
| SaaS 验证看板：从 0 开始用一张板管理假设、证据和下一步 | 把假设、证据、状态与下一步放在一起，让每周行动围绕关键不确定性 |
| SaaS 早期决策标准：从 0 开始每次取舍都要知道依据是什么 | 没有决策标准，团队会被情绪、单个客户和短期机会牵着走 |
交付、offer 与客户风险
这一组回答「交付怎么做、承诺怎么给」。工作流资产盘点先看客户已经稳定存在的流程，手工日志记录你替客户做了哪些动作，offer 阶梯让客户从低风险动作逐步升级承诺，购买风险地图则解释为什么客户不推进未必是不痛。
| 文章 | 核心内容 |
|---|---|
| SaaS 工作流资产盘点：从 0 开始先看客户有哪些流程已经稳定存在 | 好的 SaaS 往往不是凭空创造流程，而是接住客户已有的低效流程 |
| SaaS 手工日志：从 0 开始先记录你替客户做了什么，再决定产品做什么 | 手工日志能告诉你哪些动作反复发生、哪些步骤值得产品化 |
| SaaS 早期 offer 阶梯：从免费交流到付费试点，别让客户一步跳太远 | 让客户从交流、样本、结果到试点的每一层都换取更强承诺 |
| SaaS 购买风险地图：客户不推进，不一定是不痛，也可能是风险没被处理 | 数据安全、结果不准、内部推不动、预算浪费都是需要提前处理的风险 |
本月主题脉络
这 10 篇构成一条从「判断」到「动作」的链条。月初（12 月 3 日至 9 日）是判断层：问题选择、创始人市场匹配、手工日志，解决「该不该做、我能不能做」；月中（12 月 12 日至 21 日）是系统层：购买风险地图、工作流盘点、分发种子、第一周计划，解决「怎么做、从哪开始」；月末（12 月 24 日至 30 日）是工具层：验证看板、offer 阶梯、决策标准，解决「怎么持续判断」。
三篇最值得优先读的是 问题选择、验证看板 与 offer 阶梯。
推荐阅读路径
刚有一个模糊想法：
已经聊过一些客户但推进不下去：
想知道下一步该验证什么：
本月可交付物清单
- 一份问题筛选结论，说明为什么这个痛点值得软件化
- 一份创始人与市场匹配度自评，列出你能赢第一步的理由
- 一份第一周行动计划，明确七天的客户接触目标
- 一张验证看板，覆盖假设、证据、状态与下一步
- 一份分发种子清单，列出产品完成前就能启动的渠道
- 一份工作流资产盘点表，记录客户现有的表格、会议与审批
- 一份手工日志，连续记录两周你替客户做的事
- 一份 offer 阶梯设计，从免费交流到付费试点逐层递进
- 一份购买风险地图，列出客户可能担心的五类风险
- 一份早期决策标准，写明什么情况下继续、什么情况下停止
常见误区
第一个误区是把问题选择当成选赛道。问题选择关心的是「这个具体痛点是否重复发生、有人负责、结果可复盘」，而不是「哪个行业听起来大」。
第二个误区是跳过分发设计直接做产品。产品和分发必须同时想，否则产品做出来才发现没有客户来源。
第三个误区是把 offer 阶梯做成降价阶梯。阶梯的核心是逐步换取更强承诺，而不是逐步降低价格。
团队已有两三个人：
本月与前后归档的衔接
这一批出现在 2023 年 1 月与 2025 年 1 月之间，位置上是一次「重启」。2022 年 12 月到 2023 年 1 月的 40 篇偏向具体的客户调研与销售动作，2024 年 12 月这 10 篇则回到更上游的框架层，先解决「怎么判断、怎么组织」。
与 2025 年 1 月相比，这一批更强调「系统」而不是「个人」。2025 年 1 月的文章会大量讨论单人创始人的约束、节奏与精力分配，而 2024 年 12 月仍在假设团队有基本的协作与记录能力。
如果按顺序读，建议把这一批当作「方法论索引」：它给出的十个工具（问题选择、验证看板、offer 阶梯、决策标准等）会在后续月份被反复引用和细化。
本月可交付物清单补充
- 一份决策标准文档，写明继续与停止的判据
- 一份分发种子清单，覆盖内容、社群与转介绍三类入口
- 一份手工日志模板，方便连续记录两周
- 一份工作流资产盘点表，含表格、会议、报表与审批四类
- 一份购买风险地图，按决策人、使用者与财务三类角色填写
- 一份问题假设清单，把每条假设对应到可验证的动作上
相关专题
- SaaS Starter 专题导航：本目录的上级专题，含 45 篇分组方法论与全部月度归档。
- SaaS Starter 2025 年 1 月：紧接着的下一个月度归档，主题转向单人创始人的约束与节奏。
- SaaS Starter 2023 年 1 月：更早的一批归档，主题为试用、埋点与销售推进。
- SaaS 专题总入口：SaaS 大专题总入口。