这一批 10 篇的共同焦虑是「第一个月看起来很忙，但 30 天后回头看什么证据都没有」。所以它给出的方案是：先用评分卡选一个足够窄、足够可进入的楔子，再决定第一版产品只证明哪一个关键闭环，然后用 30 天冲刺把每天产出的证据固定下来。中间穿插着工作流跟访、外呼名单、销售漏斗、最小架构、着陆页承诺与财务基础，是一套可以直接照着执行的启动清单。适合已经想清楚方向、准备正式动手的创始人。
专题速览
| 维度 | 说明 |
|---|---|
| 文章规模 | 10 篇，全部位于本目录 |
| 时间跨度 | 2025-03-03 至 2025-03-30 |
| 核心焦虑 | 第一个月很忙但产不出证据 |
| 组织方式 | 市场选择 → 产品范围 → 销售与财务 |
| 难度分布 | 含一篇最小技术架构，其余为方法论 |
| 核心价值 | 一套可直接照做的 SaaS 启动月执行清单 |
市场选择与验证动作
这一组解决「从哪切入、怎么验证」。细分市场评分卡主张不要先选大赛道，而要先选可进入的楔子；工作流跟访提醒不要只听客户说，要看他真实怎么做；外呼名单把触达从随机加好友升级为可复盘的系统；30 天冲刺则把第一个月拆成每天产出证据的节奏。
| 文章 | 核心内容 |
|---|---|
| SaaS 细分市场评分卡：从 0 开始不要先选赛道，要先选可进入的楔子 | 大赛道不是早期入口，需要用评分卡挑出可进入的窄切口 |
| SaaS 工作流跟访：从 0 开始别只听客户说，要看他真实怎么做 | 客户描述的流程通常被简化，真实现场常有三个系统来回导数据 |
| SaaS 第一批外呼名单：从 0 开始不要乱发私信，要建立可复盘的触达系统 | 从 0 开始最可靠的方式仍是主动触达，而不是等待自然流量 |
| SaaS 30 天启动冲刺：从 0 开始的第一个月不要忙乱，要每天产出证据 | 用每天的客户样本、访谈与试点信号替代「看起来很忙」 |
产品范围与技术底线
这一组处理「第一版做多大」。MVP 范围控制主张第一版不是小而全，而是只证明一个关键闭环；最小技术架构要求先保证可交付、可改动、可追踪，而不是追求未来感；着陆页承诺把官网从公司介绍变成价值测试工具；人工交付实验则提出有些场景最好的第一步不是写代码。
| 文章 | 核心内容 |
|---|---|
| SaaS MVP 范围控制：第一版产品不是小而全，而是只证明一个关键闭环 | 简化版的完整产品既不好用，也难以验证关键假设 |
| SaaS 最小技术架构：从 0 开始先保证可交付、可改动、可追踪 | 避免微服务、事件总线等过度设计拖慢验证速度 |
| SaaS 着陆页承诺：第一版官网不是介绍公司，而是测试客户是否理解价值 | 官网越像成熟公司，越容易掩盖「客户是否 10 秒内看懂」的问题 |
| SaaS 人工交付实验：在写自动化之前，先用服务验证客户是否真要这个结果 | 有些场景下最好的第一步是人工交付一次结果，而不是先写代码 |
销售漏斗与商业基础
这一组把「卖」和「算」两件事补上。早期销售漏斗要求从第一次聊天到付费试点每一步都有下一步承诺，公司与财务基础则提醒从第一个试点开始就要把钱、合同、发票、成本与责任说清楚。
| 文章 | 核心内容 |
|---|---|
| SaaS 早期销售漏斗：从第一次聊天到付费试点，每一步都要有下一步承诺 | 聊天多不等于进展，每一步都要有责任人与时间点 |
| SaaS 公司和财务基础：从第一个试点开始，就要把钱、合同和责任说清楚 | 签约主体、发票、退款条件与数据责任要在第一笔收入前理顺 |
本月主题脉络
这 10 篇的顺序对应一个启动月的真实推进。月初（3 月 3 日至 12 日）选战场与验证方式：细分市场评分卡、工作流跟访、人工交付实验；月中（3 月 9 日至 24 日）定产品范围与架构：MVP 范围控制、最小技术架构、着陆页承诺；月末（3 月 18 日至 30 日）建立销售与财务秩序：外呼名单、销售漏斗、公司财务基础、30 天冲刺。
三篇最值得优先读的是 细分市场评分卡、MVP 范围控制 与 30 天启动冲刺。
推荐阅读路径
准备启动第一个月：
准备做第一版产品：
开始接触客户：
本月与前后归档的衔接
这一批承接 2025 年 2 月的成交话题，把镜头从「单个客户怎么推进」拉到「整个启动月怎么安排」。2 月解决的是如何让一个客户往前走，3 月解决的是如何在一个月内同时推进市场选择、产品范围与销售秩序。
与 2025 年 4 月相比，这一批仍偏「启动」，4 月会转入「前 100 次对话」与「激活基准线」这类更细的运营指标。
如果按顺序读，建议把这一批当作「执行手册」：前面的月份解决判断，这一批解决怎么动手。
本月关键提问
- 我选的切口，小团队真的进得去吗
- 客户真实的工作流，和我以为的差多少
- 第一版产品只证明哪一个闭环
- 我的架构能不能撑住三个月的改动
- 客户 10 秒内能看懂我在做什么吗
- 我的触达名单是怎么来的、怎么复盘的
- 每一次聊天是否都有下一步承诺
- 第一笔收入的主体、发票与责任理清了吗
本月执行检查表
第一周，选战场：
- 用评分卡列出三个候选切口并逐项打分
- 选定一个切口，写下「为什么是它」的理由
- 确认这个切口小团队真的进得去
- 预约两次工作流跟访
- 建立外呼名单模板，标注来源与匹配度
第二周，看现场：
- 完成两次工作流跟访，记录真实步骤与工具
- 找出客户流程里最费人、最容易出错的一步
- 写出一页问题备忘录
- 确认 MVP 只需要证明哪一个闭环
- 画出最小技术架构草图
第三周，做第一版：
- 按范围控制砍掉非核心功能
- 发布第一版着陆页，写清承诺与下一步
- 找五个目标客户看落地页，观察是否 10 秒内看懂
- 决定哪些环节先人工交付
- 确认架构支持三个月内的改动
第四周，建立秩序：
- 用销售漏斗记录每次接触与下一步承诺
- 确认签约主体、发票与退款条件
- 明确数据责任与保留期限
- 复盘 30 天产出的证据数量
- 决定下一个月是继续还是调整切口
相关专题
- SaaS Starter 专题导航：本目录的上级专题，含 45 篇分组方法论与全部月度归档。
- SaaS Starter 2025 年 2 月：上一个月度归档，主题为购买触发与 offer 设计。
- SaaS Starter 2025 年 4 月：紧接着的下一个月度归档，主题转向前 100 次对话与激活基准。
- SaaS 专题总入口：SaaS 大专题总入口。