从开源中赚钱。对于企业界的许多人来说，这似乎是自相矛盾的。你怎么能从你免费赠送的东西中赚钱呢？ 他们问道。 这是可以做到的。 许多大大小小的公司多年来在开源领域做得相当不错。
问问 Patrick McFadin 就知道了。他是 Apache Cassandra 在 DataStax 的首席布道师，DataStax 是一家拥抱开源方式的公司。他还采访了许多成功的开源公司的领导者，以深入了解是什么使开源业务获得成功。
在今年的 开源大会 (Open Source Convention) 上，该大会于 7 月 20 日至 24 日在俄勒冈州波特兰举行，McFadin 将 讨论 如何在不偏离开源核心原则的情况下，通过开源软件 (OSS) 赚钱。用 McFadin 的话来说：
我没有带来什么神奇的公式，但我可以为刚入门的人提供一些建议。从 OSS 项目到 OSS 公司，有很多陷阱，在我的职业生涯中，我已经见过很多。
在 Patrick McFadin 发表演讲之前，我采访了他。以下是他要告诉我的。
为什么公司或企业家想要走开源路线？
如果你想在软件方面具有竞争力，闭源已经成为一种障碍。 我特别是指基础设施中的软件，例如服务器、工具和库。 潘多拉的魔盒已经打开，运行开源已经从例外变成了更普遍的规则。 工程师可以查看源代码，了解正在开发的产品功能，并提交新的问题或功能，这赋予了一种你在其他方式中无法获得的信任感。
如果你的软件隐藏在营销宣传资料背后，而你的竞争对手却没有，那将很难推销。 当我看到许多以前只做闭源的公司试图开源软件以保持竞争力时，我感到某种程度的自我肯定。
成为一家开源公司有什么优势？
开源相对于闭源的最大优势是采用率。 当你向世界发布你的杰作时，你没有任何信誉或信任积累。 用户必须觉得下载你的软件是一个好主意，并且风险可控。 如果你考虑到开源的免费如啤酒 (free as in beer) 方面，拥有功能齐全的软件，没有任何限制，免费下载，消除了许多感知到的风险。 如果它不起作用，你只会损失一些时间来理解原因。
我想到了我们过去在闭源世界中做生意的方式，那还是不久之前的事情。 组织建立了大量的流程来评估产品，只是为了确保它适合所需的用例。 我将需求建议书 (RFP) 的兴起归咎于闭源软件。 无休止的清单，例如你的软件是否会做这个或那个。 如果你正在考虑一个 OSS 项目，那么下载并试用它比生成 RFP 花费的时间更少。
根据你的经验，开源业务最有效的商业模式是什么？ 为什么？
围绕开源制定商业计划时，最容易陷入的陷阱是成为一家服务公司。 咨询、培训和支持都非常重要。 但它们很难扩展，并且作为一家公司，估值较低。
如果你从事软件行业，你需要成为一家产品公司。 这意味着以单位成本出售许可证。 许可证可以包括支持和其他服务，但不能是服务合同。 这也意味着你需要添加一些闭源软件作为许可证的一部分。 如何混合闭源和开源是一条微妙的界线，并且对于支持纯 OSS 的人来说可能是一个热点问题。 我的标准是永远不要闭源任何可能降低开源版本质量的东西。 将其开源，并接受有些人永远不会购买你的软件。
你认为开源业务的主要机会在哪里？
从风险角度来看，产品公司的前景可能比服务公司好得多。 当公司的成功受到少数人的知识驱动时，这些人的流失可能会是毁灭性的。 我已经看到硅谷的整个团队从一家公司跳槽到另一家公司。 如果你销售的是产品，那仍然会受到伤害，但你可以雇用更多人，产品将继续存在。 如果价值在于心智份额，你可能无法恢复。
但这并不是说产品公司没有风险。 你仍然面临着采用和销售方面的挑战。 说服组织为可以免费下载的东西付费意味着你必须擅长展示价值。 各地的公司都在采用 OSS，但尚未准备好成为他们正在使用的任何软件的深入专家。 这就是价值主张所在，抓住这一点对于维持业务至关重要。
进入壁垒有哪些（如果有）？
第一个壁垒只是了解你的市场影响。 是否有足够的市场需求来支持可持续的业务？
第二个壁垒是说服其他人存在市场。 告诉人们你的商业计划的一部分是使你的主要产品免费和开源，这并不容易。 在传统的商业意义上，这简直是疯话。
幸运的是，随着 OSS 变得越来越主流，并且可以得到真实数据的支持，这些壁垒正在降低。 我最近参加了一个 OSS 商业会议，会上有很多高管和投资者出席。 找到那些志同道合的人将有助于你取得成功。 围绕一个项目创建业务可以帮助培育和发展它。 我曾经听到一句很棒的话是：
当有人辞掉他们的日常工作并试图围绕一个 OSS 项目开展业务时，我认为该 OSS 项目具有竞争力。
选择许可证对公司通过开源赚钱的能力有什么影响？
许可证选择对于项目维护者来说是一个巨大的挑战。 看似快速或简单的选择可能会变成长期的责任。 与任何商业许可证一样，细节决定成败。 你可以选择非常宽松的许可证，例如 Apache 许可证，或者更具限制性的许可证，例如 GNU 通用公共许可证 (GPL)，或其变体之一，如 AGPL。
如果你计划与其他企业开展业务，你可能需要重新考虑使用 GPL。 在某些公司中，使用 GPL 可能被视为一种责任，并可能限制采用。 然而，如果你选择像 Apache 这样非常宽松的许可证，你就会失去对你的项目的很多控制权，任何人都可以 fork 它并将其朝着不同的方向发展。
我更喜欢更宽松的许可，因为我认为它为采用提供了最大的灵活性，因此商业问题也更少。
小型商店（例如，一两个人）可以将你将在演讲中提供的建议应用于他们的工作吗？
我工作的公司 Datastax 最初是由两个人开始的，他们希望支持 Apache Cassandra。 这项业务已经发展壮大，并且做得很好。
从非常小的公司到大型上市公司有一条道路。 这不仅仅是在网站上提供源代码的 tarball。 小型商店在最初以 OSS 起家时具有巨大的优势。 我也会为那些希望将以前闭源的东西开源的公司提供一些建议。 我可以说，这可能是最困难的，因为商业惯性太大了。
评论已关闭。