打造一个迎接第一百位客户时与第一位同样从容的 SaaS

区分账户、组织、用户和订阅

我们会在很早阶段就区分哪些属于账户、组织、用户和订阅。随着产品成长，这种划分一旦出错，代价会越来越高。

从合适的复杂度起步

并非所有项目都需要分布式架构。我们更倾向于一个扎实、可观测、可测试的基础，而不是一个小团队无法驾驭的炫目架构。

从一开始就需要区分的概念

一个客户是一个组织，拥有一个订阅和多个不同角色的用户。混淆这些概念，例如把订阅绑定到单个用户，起初可行，但以后修正的代价非常高。最重要的是，一个客户的数据绝不能被另一个客户看到：这种隔离通过测试来验证，而不是靠简单的约定。

所有 SaaS 的共同基础

• 注册、登录、密码，必要时还有双因素认证；
• 组织、用户和角色；
• 订阅、试用期、发票和定期付款；
• 每个客户数据的严格隔离；
• 事务性邮件、日志和备份。

这一基础通常占第一个版本预算的三分之一。

预算和验证

聚焦一项核心功能的第一个版本（MVP）与包含多个模块、集成和高级管理功能的完整产品，所需投入并不相同：每个项目都按报价计费。SaaS 的主要风险不在技术，而在于做出一款没人付费的产品。先用真实客户验证需求（哪怕是手动版本），再开始写代码。参见我们关于SaaS 开发成本的文章。

常见问题

我们的 SaaS 套餐

• 首个版本（MVP）

  按报价

  用真实的付费客户验证产品。

  • 一个核心功能
  • 注册、组织和角色
  • 订阅和定期付款
  • 经测试验证的数据隔离

• 完整产品

  按报价

  适合准备扩展的 SaaS。

  • 多个模块
  • 系统对接和 API
  • 高级管理功能
  • 事务性邮件和日志

• 上线后运维

  按报价

  让服务保持可用，并随客户需求演进。

  • 监控和备份
  • 安全更新
  • 计划中的功能演进
  • 故障时 4 个工作小时内介入

每个套餐都会在免费 30 分钟初步沟通后，根据您的产品进行调整。描述您的项目，即可获得免费详细报价。