许多人可能没有注意到，有些上市的 SaaS 公司会把自己的产品开源。虽然这一做法让产品更加透明，但并未削弱这些公司在市场中的竞争力；相反，这有助于它们实现客户、公司以及整个行业的共同受益。本文从五个角度与大家分享，希望对你有所启发。
很多人可能并没有注意到，在上市的 SaaS 公司中有这么一类特别的存在，它们把自己公司的产品开源了出来。
但是把产品开源并没有削弱这些 SaaS 公司的市场竞争力，反而帮助它们更好地实现了客户、公司和整体行业的多赢。
今天这篇文章我希望从以下角度与大家进行分享：
很多人在刚开始都有一个误区，认为开源产品就等同于免费产品，但是实际上并不是这样的。
不同的开源产品可能会选择不同的开源许可证类型（License），比如下面就是一些常见的许可证类型：
所以哪怕我们可以获取这个开源项目的源代码，在后续的使用中和二次研发中也需要准守该开源项目的要求。
对于一些使用商业开源许可证的产品来说，虽然开发者可以免费使用和修改软件，但在某些特定的商业用途或企业级部署中，可能需要购买相应的许可证，这也成为了 MongoDB Enterprise Server 和 Redis Enterprise 获取营收的方式之一。
所以开源不一定代表免费。
同时免费也不代表开源。
很多 SaaS 产品，比如说 Gmail、Dropbox、Slack、AfterShip 都提供了 Freemium 模式让用户可以免费使用，但是它们并不会把产品开源出来。
很多商业模式都追求保密，所以很少对外分享产品相关信息，甚至像苹果这类型特别注重保密的公司在发布新品之前连很多内部员工都不知道相关信息。
然而在某些场景下，采用开源模式对于客户、SaaS 公司和行业都有很多好处。
第一，开源模式可以提升客户对于产品的信任，降低 SaaS 公司的获客成本，提升留存。
因为所有的代码都公开透明，所以任何人都可以随时检查里面是否有一些安全漏洞，或者数据泄露的风险。
那么对于客户来说，他们自然可以更加信任开源的 SaaS 产品，对于 SaaS 公司来说，这也降低了他们在获取客户的过程中赢得信任所花费的时间和精力。
更重要的是，开源模式可以进一步帮助 SaaS 公司提升客户留存率。
因为开源模式给了客户深度参与产品建设的机会，因为一旦客户参与了该开源产品的建设，他自然会更愿意持续地使用该产品。
第二，开源模式给客户提供了更好的灵活性，也减少了 SaaS 公司开发定制化功能的成本。
由于源代码可见，所以客户可以根据自己的需求修改和优化开源产品（如果许可证允许的话），以适应他们的特定业务场景。
SaaS 公司也可以避免一些定制化开发，把自身的资源优先用来打造标准化的产品核心功能，把一些细分领域的定制化功能交给客户和开源社区开发者自行处理。
第三，开源模式可以吸引更多的开发者和客户参与建设和使用产品，从而帮助把产品服务做得更好，从而获得更大的品牌影响力，又吸引更多的开发者和客户，形成增长飞轮。
比如 GitLab 就通过开源模式吸引了大量潜在客户和开发者的关注，并且通过运营开源社区，获取反馈，进一步吸引更多客户和开发者一起建设 GitLab，所以他们才能在只有 1,630 全职员工的情况下，吸引了超过 4,039 人一起参与了 GitLab 项目的建设 [1]。
第四，开源模式有利于提升公司影响力并且建立行业标准。
比如说 Git 就通过开发一个以项目为中心的分布式设计的版本控制系统，并且把它开源了出来，从而逐渐成为了行业标准，这也让后续的开发者可以更好地在此标准上研发 GitLab 和 GitHub 等产品。
第五，开源模式可以降低 SaaS 公司的保密成本，并且提升产品的工程质量。
很多人可能没有意识到，保密也是需要成本的，并且愈发严格的保密，通常就需要更高的成本。
这里的成本不仅仅指的是采取保密措施的成本，还有因为保密所带来的抑制创新所损失的机会成本。
同时开源模式也可以倒逼开发者提升自己的工程质量，因为一旦开发者意识到自己写的代码有可能会被很多人不断的审视和引用，那么他自然会更愿意准守标准和提升自己的工程质量。
这跟我写 SaaS 102 是类似的，正因为我知道我写的内容有可能会被行业里的很多专家所看见，所以这也会倒逼着我不断提升自己的文章质量。
第一，客户买的不是产品，而是服务，付费订阅版可以获得更好的服务。
SaaS 的全称是 Software as a Service，软件即服务。
很多人会以为客户买 SaaS 买的是软件，但是本质上客户真正需要的是能够满足他需求的服务。
以 GitLab 为例。
GitLab SaaS 订阅版相比于免费版，客户可以享受到高质量的技术支持服务。
（图片来源：https://about.gitlab.com/support/）
比如说更高的 SLA ，在遇到比如配置困难、功能故障等问题时，客户可以通过官方渠道获得更快的支持和帮助。
第二，使用付费订阅版本相比于开源版本更加简单，无需自行部署配置。
虽然我们可以通过 GitLab 的开源版本来自行部署实现绝大部分订阅版本的功能，但是如果我们想要用好一些高级特性（比如多层次的项目管理、代码安全检查、应用性能监控等），或者接入其他热门的开发工具（如 Jira、Slack、Jenkins 等），那么可能需要做额外的部署和配置。
而 GitLab 的付费订阅版则会简单很多，开箱即用，帮助客户快速适应各种不同的工作场景，搭建高效的开发环境。
第三，更便捷的更新与维护。
使用自行部署的开源版本可能需要有专门的技术人员持续地维护和更新软件，但是使用 GitLab 的 SaaS 订阅版，客户无需担心软件的更新和维护问题。
GitLab 团队也会定期发布新版本和安全补丁，修复已知问题、增加新功能并优化性能。
这些更新会更快捷地应用到客户的账户上，确保客户始终使用的是最新、最安全的版本。
此外，GitLab 的 SaaS 订阅版的服务器维护和运营都由 GitLab 团队负责，保证了稳定性和可靠性，客户不需要花时间精力处理相关事务，可以把注意力集中在自己的项目和业务上。
第一，面向工程师的产品。
比如 GitLab，代码编辑器 Visual Studio Code、持续集成/持续部署工具 Jenkins、数据库管理系统 MongoDB 和服务器管理工具 Docker，以及技术框架 Next.js、React 等等 。
这些跟工程师紧密相关的产品，通常都比较适合采用开源模式。
因为通过开源可以让更多工程师参与产品的研发和改进工作，并且一旦这个开源产品赢得了工程师的认可，那么工程师就会在自己的工作中尝试使用这个产品，同时在后续的技术选型的时候优先选择该产品（哪怕他在跳槽去了其他公司之后）。
第二，客户业务场景非常的个性化，拥有大量定制化需求的 SaaS 产品。
比如说做电商购物车系统的 Magento 和做 ERP 系统的 Odoo。
因为客户在自己的业务场景中有非常多个性化的诉求，但是 SaaS 公司很难给每一个客户都做一个定制化的版本，所以这时候就可以选择把产品开源出来，让客户和第三方开发者自行处理定制化需求。
第一，不想让外部轻易了解产品的公司。
比如说有一些只针对 Enterprise 客户的 SaaS 产品，不仅没有公开价格，也不提供提供免费试用，更不要说提供开源版本了，目的是不希望轻易让外界，特别是竞争对手了解自己的产品。
并且因为这些产品本身特别复杂，客户必须要有专门的数据和专业顾问才能用起来，在这种情况下，开源也无法带来以上提及的那些好处。
第二，不想让外部了解产品核心技术的公司。
如果一个公司的竞争优势主要来源于它的源代码或者核心算法，那么就不应该开源。
因为开源将允许竞争对手、新兴公司甚至客户自行复制和使用他们的核心技术，这可能会对他们的市场地位造成威胁。
第三，产品的业务场景非常细分，只对极少部分客户有价值的公司。
因为业务场景极度细分，所以市场上的潜在客户数量也非常小，哪怕采取开源模式，也无法吸引足够多的客户和开发者的关注，那么在这种情况下，产品也不应该开源。
开源不等于免费，免费也不等于开源。
合适的开源模式是一个对于客户、SaaS 公司和行业都有好处的事情：
1. 开源模式可以提升客户对于产品的信任，降低 SaaS 公司的获客成本，提升留存；
2. 开源模式给客户提供了更好的灵活性，也减少了 SaaS 公司开发定制化功能的成本；
3. 开源模式可以吸引更多的开发者和客户参与建设和使用产品，从而帮助把产品服务做得更好，从而获得更大的品牌影响力，又进一步吸引更多的开发者和客户，形成增长飞轮；
4. 开源模式有利于提升公司影响力并且建立行业标准；
5. 开源模式可以降低 SaaS 公司的保密成本，并且提升产品的工程质量。
同时因为 SaaS 订阅版可以让客户获得更好的服务，无需自行部署配置和更新维护，所以很多客户也愿意在有开源版本的情况下，依然选择购买使用订阅版。
但是并不是所有公司都适合开源。
面向工程师的产品特别适合开源，因为 SaaS 公司可以通过开源模式与开发者建立信任和合作，把开发者转化为自己产品的用户和贡献者。
客户业务场景非常的个性化，拥有大量定制化需求的 SaaS 产品也比较适合开源，因为 SaaS 公司可以通过开源模式让客户和第三方开发者自行处理定制化需求。
而对于那些不想让外部轻易了解产品形态，不想让外部了解产品核心技术的，或者是业务场景非常细分，产品只对极少部分客户有价值的 SaaS 公司，开源可能并不是一个好的选择。
最后，我认为如果一个产品把自己的所有的产品文档，源代码和核心技术都开源出来，让任何人随时审计甚至修改，但是别人还是没有办法打败它，那么这个产品就是非常伟大的，比如说 Linux、Git、Android 等等。
我也鼓励更多的 SaaS 创业者在做产品的时候思考自己的产品是否适合开源模式，并且通过合适的开源实现客户、SaaS 公司和行业的多赢。
参考资料：
[1] https://about.gitlab.com/community/contribute/
作者：Kay Li ，AfterShip 产品经理
本文由 @Teddy Chan 原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自 Unsplash，基于CC0协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。