开场:客户说愿意买,不代表钱会自动到账
早期 SaaS 团队常常把“客户同意购买”当成成交。结果接下来卡在报价单、合同主体、付款周期、发票类型、采购流程、套餐描述、服务范围和续费日期。
这些事情看起来是行政细节,但会直接影响现金流和客户信任。
从 0 做 SaaS,不需要一开始就有复杂法务系统,但必须有一套清楚、可复用的合同和收款流程。
报价要写清楚购买对象
早期报价最怕模糊。
报价单或确认邮件里至少写清:
- 客户名称。
- 购买套餐。
- 使用范围。
- 席位数或用量限制。
- 服务周期。
- 价格和税费。
- 是否包含实施、培训、迁移或专属支持。
- 超出范围如何收费。
如果客户买的是“标准版 1 年 10 席位”,就不要写成“系统服务费”。描述越模糊,后续争议越多。
合同先解决边界问题
早期合同不一定复杂,但要覆盖基本边界:
| 条款 | 要回答的问题 |
|---|---|
| 服务内容 | 客户买到什么,不包含什么 |
| 服务期限 | 从哪天到哪天 |
| 付款方式 | 预付、月付、年付还是试点费 |
| 数据责任 | 数据归属、备份、导出和删除 |
| 可用性说明 | 你承诺什么,不承诺什么 |
| 保密 | 双方如何处理业务数据 |
| 终止 | 到期、违约或取消如何处理 |
合同不是为了把客户吓跑,而是为了让双方知道边界。
发票和付款周期要提前问
很多成交延迟,是因为发票和付款周期太晚确认。
在报价阶段就要问:
- 需要什么类型发票?
- 发票抬头和税号是什么?
- 付款是对公还是线上支付?
- 是否需要先走采购系统?
- 付款周期是立即、月底还是验收后?
- 是否需要合同盖章原件?
这些信息越早确认,越不会在最后一公里卡住。
建一张收入台账
早期不要只靠聊天记录记账。至少维护一张收入台账:
| 字段 | 说明 |
|---|---|
| 客户 | 付款主体 |
| 套餐 | 购买版本 |
| 金额 | 实收或应收 |
| 服务期 | 起止日期 |
| 发票状态 | 未开、已开、已寄 |
| 付款状态 | 待付、已付、逾期 |
| 续费日期 | 提前 30 到 60 天提醒 |
| 特殊约定 | 折扣、赠送、服务范围 |
这张表能避免忘记续费、漏开发票、搞错服务期。
小心早期折扣失控
早期给折扣很常见,但折扣必须有理由和边界。
可以接受的折扣理由:
- 首批客户案例。
- 年付预付。
- 试点范围较小。
- 客户愿意提供深度反馈。
不建议的折扣方式:
- 永久低价但没有条件。
- 不记录折扣原因。
- 每个客户单独谈一个价格。
- 折扣后仍承诺完整服务。
折扣要写进台账,否则后面续费和涨价会很难。
续费从成交当天开始管理
很多人以为续费是到期前一个月才做。实际上,续费从客户付费当天就开始。
你需要记录:
- 客户买这个产品要解决什么问题。
- 哪个结果会影响续费。
- 谁负责内部推动。
- 服务期内要复盘几次。
- 到期前多久开始续费沟通。
如果你不知道客户为什么买,就很难说服他为什么继续买。
常见误区
第一个误区,是觉得合同和发票不重要。客户越正式,越需要这些材料来完成采购。
第二个误区,是报价只写价格,不写范围。范围不清会让客户以为所有支持和定制都包含在内。
第三个误区,是不管理应收款。账期拉长会直接影响小团队现金流。
第四个误区,是把折扣当成交捷径。折扣可以换速度和反馈,但不能破坏定价体系。
早期 SaaS 的合同和收款流程,不是官僚化。它让客户买得清楚,也让团队经营得清楚。
继续阅读
探索更多技术文章
浏览归档,发现更多关于系统设计、工具链和工程实践的内容。