在 Opensource.com 最近的一篇文章中，我介绍了 Data Geekery，jOOQ 背后的公司，并谈到了去年我们将产品从开源转型为盈利业务模式时面临的挑战。我们的团队学到了很多关于经营企业以及在我们的结构中进行重大转型方面的知识。 在这里，我将分享 我们学到的 5 个最重要的教训，每个进行此类变更的开源企业都应该了解这些教训。
从一开始就将其作为一项业务
许多伟大的开源项目最初都是作为极客的周末项目开始的。概念验证。玩具项目。但是，如果您达到对其有长期愿景的程度，请不要 等待太久 才将其作为一项业务。衡量您的成功、工时等是可以的，但不要犹豫太久才迈出下一步。如果您在一个项目上花费了大量时间并看到了成功，请立即将其作为一项业务。
对于 Data Geekery，我们对工作充满热情，并且自然而然地了解很多关于 Java、JDBC 和 SQL 的知识。从一开始，我们的客户就重视我们的知识并免费使用它，在 ASL 2.0 许可下，匿名（银行、保险公司等）使用，而没有做出贡献。
利用这段早期时间来练习将您的爱好变成一项业务。要有足够的自信来销售定制的扩展、咨询、支持，以及可能轻量级的“专业版”或“企业版”扩展。联系您的客户。有人会购买扩展。维护开源项目并不意味着所有东西都需要免费。不要低估自己！
事实上，您可能会了解到，通过销售一些东西，任何东西，您都会从工作中获得更多的回报。因为通过销售东西，您可以加强您的更大愿景，而不是仅仅关注日常工作的细节，例如修复错误和解决功能请求。它为您的项目增添了更多的目标和乐趣。
从一开始就让您的用户成为您的客户
当您开始一个项目时，将您的用户视为您的早期采用者。将他们视为您最大的粉丝。他们是以某种方式购买您的产品的人，即使您的产品是免费的。像对待客户一样对待他们，像对待您希望他们不断回头客一样对待他们。
无论您计划围绕 free-as-in-freedom 开源 创建基于支持的业务，还是围绕 free-as-in-beer 开源 创建双许可证业务，如果转型和变更，您的早期采用者都会跟随您。
从一开始就将您的工具作为产品
无论您将您的工作视为玩具项目还是更大愿景的概念验证，都要像它已经需要成为商业质量的产品一样构建它。您将比您甚至希望的更快拥有客户！而且，即使您的产品是免费的，他们也会要求很高。他们理应在各个方面都获得高质量，因为正如我之前所说，您的早期采用者是您的客户。
注意法律细节
从一开始就对许可做出明确的决定。您想将自由软件维护为 free as in freedom 还是 free as in beer？两者都是运营开源业务的可行方法，您可以在 此处 阅读更多关于差异的信息。 当然，您的意识形态信念将发挥作用，但不要犯忽略这项重要法律决定的错误。
如果您想分发 free as in beer 软件，那么请务必理清您的版权。让您的贡献者签署一份 贡献者许可协议，可能明确地将版权转让给您，帮助您避免日后的尽职调查案例。
如果您想分发 free as in freedom 软件，贡献者许可协议也是保护企业免受贡献者可能造成的版权、专利或商标侵权责任的正确方法。
对于我们 Data Geekery 来说，我们只有少数贡献者贡献了非常具体的代码，因此很容易追溯版权。
不仅分享代码，还分享经验
Data Geekery 不仅分享代码，还分享我们的经验。相信我，这是关键。无论我们在过去四年作为企业运营的过程中发现了什么 奇怪的 SQL 或 奇怪的 Java 问题，我们都发布在我们的博客上，并贡献给了 Hacker News、Reddit、DZone、Stack Overflow 和许多其他信息中心。
我们这样做的两个原因
- 作为一家开源公司，我们相信分享我们的知识。我们根据 Creative Commons BY-SA 3.0 许可 许可我们的博客文章，并且我们 知道我们有读者从我们的博客和知识中获得了很多，但他们不使用我们的产品。这没关系，因为...
- 没有比内容营销更好的营销方式了。如果您可以撰写/谈论它，那么在读者眼中，您的业务和产品更有可能在现实生活中产生出色的结果。即使读者现在不使用您的产品，他们也可能会在以后使用，或者他们可能会将您的专业知识传递给他们的朋友。
我们学到的最值得的回报的教训就是尝试去做事。您有一个挑战现状的古怪新想法吗？着手去做。测试它。人们会注册并给您反馈。对此保持开放态度。
2 条评论