实现项目社区契合度需要高度接触的参与性 ， 以及对开发人员社区的持续性认可 。最好的项目领导者将在包容和果断之间达成微妙的平衡——做出明确的决定来提供项目方向 ， 同时确保每个人的声音都被听到 ， 贡献被认可 。当实现这种平衡时 ， 这个项目将会保持健康的发展 ， 并吸引更多的人来贡献和分担这个项目 。
作为投资者 ， 我们强烈倾向于为开源软件项目的领导者提供资金 ， 因为他们了解代码库的输入和输出 ， 是维系开发者社区精神和愿景的守护者 。
产品市场契合度
一旦你有了一个项目领导者和一群活跃的合作者 ， 下一个阶段就是理解和衡量产品市场契合度 。在这个过程中 ， 项目负责人需要明确：开源软件帮助解决的问题是什么？它是为谁解决那个问题的？市场上还有什么其他选择？如果没有对用户及其用例的清晰理解 ， 项目可能会被引导到多个方向并失去动力 。
当以上问题得到回答时 ， 你将观察到通过下载数量衡量的有效采纳 。产品市场契合度是未来保证销售的先兆 。理想的情况下 ， 开源软件用户会成为增值产品或服务渠道的引导者（这一点我们将在“上市”一节中详细介绍） 。
在研究产品市场契合度时 ， 重要的是要考虑如何描述你的商业产品 ， 以及你将如何提供人们愿意为之付费的价值 。我想指出的一个常见陷阱是 ， 有时候开源软件产品可能太好了 。产品市场契合度可能非常好 ， 因此不需要价值与市场相契合 ， 这意味着没有自然延伸来驱动收入 。因此 ， 当你在推动有效采用时 ， 你和你的社区应该仔细考虑你将来可能会将什么商业化 。
价值市场契合度
最后的阶段 ， 往往是最困难的 ， 是寻找价值市场契合度并产生收入 。当产品与市场相适应时 ， 往往考虑到的是个人用户；而当价值与市场想契合时 ， 通常以部门和企业购买者为中心 。价值与市场契合的秘诀是专注于顾客关心和愿意支付的东西 ， 而不是你能赚钱的东西 。
价值市场契合度通常与产品的功能关系不大 ， 而更多地与产品如何被采用以及它所驱动的价值类型有关 。开源软件提供的价值不仅在于它的功能 ， 还在于它的操作优势和规模特性 。因此 ， 在考虑商业产品时 ， 需要考虑以下问题：你的产品是否解决了核心业务问题或提供了明确的运营收益？是否很难复制或找到替代品？在开源软件中没有实现的规模化能力 ， 是否需要团队或组织？
虽然不是一个详尽的清单 ， 但开源公司已经发现了价值市场契合度的特征 ， 例如：
RAS（可靠性、可用性、安全性）工具 ， 附加组件性能审计服务选择商业模式你选择什么样的商业模式取决于你能为客户提供什么样的价值 ， 以及如何最好地提供这种价值 。需要注意的是 ， 这些商业模式并不是排他的 ， 并且可以使用多个模型的元素构建混合业务 。
支持和服务是开源1.0时代的模式 ， 而红帽确实在这方面垄断了市场并实现了规模化 。如果你决定沿着这条路走下去 ， 你可能最终会与红帽竞争 。
开放核心模型是开源软件一个很好的模型 ， 它在开源软件的基础上增加了专有代码 。如果你拥有超级有价值的组件（如安全性或集成） ， 并且这些组件可以保持专有性而不会损害开源的采用 ， 那么开放核心将是一个很好的模型 。需要注意的是：在开放核心环境下 ， 当决定哪些特性属于哪个代码时 ， 社区内的疏离可能会成为一个问题 。我在自己的公司看到了这一点 ， 与社区找到正确的校准是非常重要的 。最终的陷阱可能是 ， 你的社区决定他们不喜欢你在专利方面的行为 ， 他们会撇开这个项目 ， 或者在同一个代码库周围启动一个新项目 。
在软件即服务模型中 ， 你可以提供完整的托管软件 。如果你的价值和竞争优势在于软件的卓越运营 ， 那么软件即服务是一个不错的选择 。然而 ， 由于软件即服务通常基于云托管 ， 因此公共云可能会选择接受你的开源代码并与之竞争 。
