开场:不是每个客户都应该被同样服务
SaaS 早期最容易出现一种误判:只要客户愿意试用、愿意付钱、愿意提需求,就都应该尽力服务。
结果是,小客户消耗大量支持时间,大客户不断要求定制,真正有复用价值的客户反而没有被认真经营。创始人看起来很忙,但增长质量并没有提升。
客户分层不是歧视客户,而是承认早期资源有限。你需要知道:
- 哪些客户值得创始人亲自跟进。
- 哪些客户应该进入标准化流程。
- 哪些客户当前不适合服务。
- 哪些客户值得作为案例、产品共创或扩展对象。
没有分层,早期 SaaS 会被客户随机性拖着走。
早期客户不能只按付费金额分
付费金额重要,但不是唯一维度。
一个年付 2 万的客户,如果流程标准、反馈清楚、愿意做案例,可能比一个年付 8 万但每周要求定制的客户更有价值。
早期至少看四个维度:
| 维度 | 要判断什么 | 为什么重要 |
|---|---|---|
| 付费能力 | 是否能支撑合理客单价 | 决定销售和服务成本是否成立 |
| 使用成熟度 | 是否有流程、数据和负责人 | 决定能否顺利上线 |
| 交付成本 | 是否需要大量定制和陪跑 | 决定毛利和团队压力 |
| 扩展潜力 | 是否能扩团队、扩模块、做案例 | 决定长期价值 |
客户分层的核心,是看“这个客户对公司未来是否有正贡献”,而不只是“现在能不能收钱”。
一张够用的客户分层表
可以把客户分成四类。
| 层级 | 特征 | 服务方式 |
|---|---|---|
| A 类战略客户 | 付费能力强、场景典型、愿意共创、有案例价值 | 创始人深度参与,建立季度成功计划 |
| B 类标准客户 | 需求清晰、流程相似、交付可复制 | 标准化实施和客户成功节奏 |
| C 类观察客户 | 付费小、成熟度低、但可能代表新方向 | 限制投入,用轻服务验证 |
| D 类不适配客户 | 定制重、预算弱、流程混乱、价值不清 | 谨慎成交,必要时明确拒绝 |
早期最大的陷阱,是把 D 类客户当 A 类客户服务。
A 类客户:值得深度经营,但不能无限定制
A 类客户应该满足几个条件:
- 预算真实,能按年付费。
- 场景和你的目标市场高度一致。
- 内部有明确负责人。
- 愿意配合上线和复盘。
- 成功后能成为案例或转介绍来源。
对这类客户,创始人可以投入更多时间,但要设置边界。
可以做:
- 每月一次业务复盘。
- 提前参与路线图讨论。
- 提供更细的上线支持。
- 帮客户整理内部汇报材料。
- 沉淀案例和行业模板。
不应该做:
- 为单一客户重写核心产品逻辑。
- 接受没有复用价值的私有流程。
- 因为客户大就放弃产品方向。
战略客户是加速器,不应该变成外包甲方。
B 类客户:增长的主力样本
B 类客户可能没有 A 类客户那么耀眼,但它们最能验证商业模式。
它们的特点是:
- 需求和其他客户相似。
- 实施流程可以复用。
- 支持问题可通过文档和模板解决。
- 客单价足够覆盖服务成本。
- 有续费可能。
早期 SaaS 应该努力把 B 类客户服务得越来越标准。
| 环节 | 标准化动作 |
|---|---|
| 售前 | 固定 Demo 脚本和报价说明 |
| 实施 | 统一启动会、导入模板、权限表 |
| 培训 | 按角色提供短文档和录屏 |
| 支持 | 常见问题进入知识库 |
| 复盘 | 30 天使用数据和客户反馈 |
如果 B 类客户越来越容易交付,说明产品正在接近可复制增长。
C 类客户:可以观察,但要限制投入
C 类客户经常让创始人纠结。
他们可能预算不高,但反馈积极;组织不成熟,但代表一个潜在行业;当前付费小,但未来可能扩展。
这类客户可以服务,但要明确实验目标。
例如:
我们愿意服务这个客户,是为了验证小型培训机构是否需要自动排课后的家长通知。
验证周期 30 天,只支持标准流程,不做定制开发。
如果 30 天内不能完成首次价值或找不到付费扩展路径,就不继续投入。
C 类客户最怕无限陪跑。它必须被当成实验,而不是被当成稳定收入。
D 类客户:早期要敢于不接
D 类客户通常有这些信号:
- 预算很低,但要求很多。
- 流程完全不标准,还希望你帮他梳理管理体系。
- 每次沟通都新增需求。
- 没有负责人,任何事情都要多人反复确认。
- 要求私有化、定制报表、特殊权限,但客单价无法覆盖成本。
- 对产品价值没有清晰判断,只想找便宜替代品。
早期拒绝 D 类客户很难,因为你会担心错过收入。但接错客户的成本往往更高:产品路线被带偏,团队被消耗,案例不可复用,支持成本持续上升。
可以这样回复:
你们的需求我们理解,但目前产品主要服务标准化的团队流程上线。
如果按照你们现在的定制范围推进,交付成本和周期都会超出我们当前能稳定保证的范围。
建议先从一个标准流程试点开始;如果必须覆盖完整定制场景,我们现阶段可能不是最合适的供应商。
拒绝不适配客户,是保护产品。
分层要定期更新
客户层级不是一成不变的。
一个 C 类客户可能因为内部负责人到位、预算增加、流程稳定,变成 B 类客户。一个 A 类客户也可能因为持续定制和回款拖延,变成高风险客户。
建议每月更新一次客户分层表:
| 客户 | 当前层级 | 变化原因 | 下月策略 |
|---|---|---|---|
| A 公司 | B -> A | 使用稳定,愿意做案例,有扩部门机会 | 创始人参与季度复盘 |
| B 公司 | A -> 风险 | 定制需求过多,回款延期 | 收敛范围,确认续费条件 |
| C 公司 | C -> 放弃 | 30 天未完成关键动作 | 停止深度支持,只保留自助服务 |
分层不是贴标签,而是让资源配置更清楚。
落地建议
从现有客户里挑 10 个,按四个维度打分:
- 付费能力:1 到 5 分。
- 使用成熟度:1 到 5 分。
- 交付成本:1 到 5 分,分数越高成本越低。
- 扩展潜力:1 到 5 分。
总分高的不一定就是最好客户,但低分且高消耗的客户一定要警惕。
SaaS 从 0 开始,不只是找到客户,而是找到一类能被持续、可复制、健康服务的客户。
继续阅读
探索更多技术文章
浏览归档,发现更多关于系统设计、工具链和工程实践的内容。