招聘项目 开源框架_从开源项目构建产品的框架

招聘项目 开源框架

在90年代初期，我对计算机玩游戏的第一次记忆是通过x86 PC上的MS-DOS终端在祖父的制药研究实验室中进行的–玩存储在3.5英寸软盘上的游戏并进行触摸打字练习。随着技术的进步，我花了很长的时间拆卸计算机，以添加更多的RAM，新的图形卡或新的风扇，主要是我可以玩一些更酷的游戏，这是一个有趣的，持续的项目，我与父亲保持着联系。这也比买新电脑便宜。

在开源环境下，这有什么意义？

好吧，即使我当时不知道什么是“开放源代码”，我的行为也像今天的典型开发人员一样对待开放源代码项目–花费我的空闲时间来拼凑并构建我想要的东西，有时是为了特定的目标，有时是学习新事物，有时是与他人联系的一种方式。

但是，随着时间的流逝，我停止了修补。 无论出于什么原因，我认为我的时间变得“价值不菲”，无法改装旧计算机。 我开始使用MacBook，而当我的旧MacBook运行不正常时，我花了一大笔钱购买了配置更好的新MacBook，而不是拧开底部以查看是否可以卡在新的RAM卡中。

我的行为变得更像是企业购买者的行为-通过花钱节省时间和麻烦。

开源软件项目不是您出售的产品

如果您的技术经验在任何方面都与我的经验相似，那么您会直观地知道我们自己动手做的项目与我们花钱购买的产品并不相同。

这不是开源社区中的新发现。

IT行业资深人士， Open Container Initiative的成员 Stephen Walli就此主题撰写了许多详细的博客文章 。 萨拉·诺沃提尼 ，谁领导了Kubernetes社区和大量参与了Nginx的和MySQL社区， 着重阐述在首届开放内核峰会的开源项目公司牧羊人和一家公司销售的产品是两个完全不同的事情。

然而，项目和产品继续由商业开源软件（COSS）公司的维护者转变为创始人的混合，特别是（具有讽刺意味的）当开源项目受到关注时。

我相信，这个错误会再次发生，因为在开放源代码项目已经广泛使用的情况下，很难从思想上概念化商业产品应如何以及为何应与众不同。

是什么使COSS产品与众不同？

有两个核心要素将商业产品与开放源代码区分开来：打包的体验和特定于买方的功能。

打包体验

打包项目，使其具有开箱即用的用户体验，不仅涉及完善的用户界面（UI）或将其作为SaaS托管在您的服务器上（尽管这可能是其中的一部分）。 对于您（项目的创建者或维护者）如何转变为公司的创始人，表达了意见，认为您应该使用该技术来解决客户的业务问题。 “意见”本质上是客户要付费的产品体验。

当您运行一个开放源代码社区项目时，通常最好不要固执己见，让您的社区有机地蓬勃发展。 当您为客户开发产品时，通常值得一提 。

这是经过改装的x86 PC与MacBook dynamic的对比。

Hashicorp首席执行官Dave McJannet和Segment首席执行官Peter Reinhardt都认为包装是实现正确的关键一步，以将开源项目变成可扩展的商业产品。

买方特定功能

包装精美的产品还必须具有目标买家证明购买合理的必要功能。 这些功能是什么取决于您的购买者的个人资料，但是可能性是有限且可管理的。

企业购买者（例如Global 2000）将具有购买产品所必须具备的相对一致的功能集。 （ EnterpriseReady.io是有关这些功能的重要资源。）

一家小型或中型企业买家，例如您当地的面包店，其财务资源和人力资源较少，并且对价格更加敏感，因此需要说服他们购买其他商品。

通过广告货币化的消费者服务（购买者是广告客户，而用户是日常用户）将有所不同。

可以肯定的是：您的买家几乎从来不是您的开源社区。

知道您的购买者需要什么，并将其与如何解决购买者的问题的专家意见打包在一起； 这就是将产品与项目区分开来的原因。

Sid Sijbrandij对GitLab 基于买方的开放式核心模型的阐述是企业的一个很好的例子。

当然，可以添加其他元素以进一步区分。 但是，具有买家特定功能的打包体验至关重要。 如果没有彼此，则您的潜在客户可能还免费免费自行修补。

一个重要的指标：实现价值的时间

产品开发中长期存在的难题是衡量进度并建立数据驱动的框架来确定您是否走上了正确的道路。 我是精益分析（Lean Analytics ）中阐述的“一个指标很重要（OMTM）”心态的忠实拥护者，在该指标中，您关注当前阶段的单个数字（高于其他所有数字）。 这种方法在您可以收集和分散您注意力的海量数据中（通常是下载指标或GitHub star等虚荣指标）加强了重点和纪律性。 单一指标可以有效地将整个公司召集到一个切实的目标或任务上，这对于早期公司尤其重要。 而且您关注的指标在不同阶段会有所不同。

那么，在产品开发初期，什么是正确的OMTM？

我建议实现价值的时间

“价值”需要一个针对技术和问题的精确，严格的定义。 您的分布式数据库很有价值，因为当服务器发生故障时，它可以在不停机的情况下提供数据。 您的持续集成工具非常有价值，因为它使应用程序开发人员能够在不破坏应用程序的情况下更快地推动改进。 你明白了。

客户多快能看到或感受到您要衡量和优化的一项核心价值 ？ “足够短的时间”取决于使用情况，但是鉴于企业技术的日益消费化，任何产品的价值实现时间都超过30分钟可能太长了。

找到并严格定义“价值”是困难且反复的，但是如果您要围绕开源项目建立产品公司，那也很重要。 如果不了解对您的客户而言价值是什么，那么就没有太多公司可以建立。

归根结底，尽享“ xef PC” x86 PC带来的乐趣，我对MacBook感到非常满意，并乐意支付保费。 因此，如果您的目标实际上是销售MacBook，请不要沉迷于修补的乐趣。

（PS：如果您正在构建为开源项目用户提供服务的咨询公司或面向支持的公司，那么此处概述的思想框架可能不适用。有关不同的COSS业务模型的更多信息，请参阅Joseph Jacks的COSS业务模型进展 。）

特别感谢Sarah Novotny对本帖子草稿的反馈。

---

本文先前已在COSS Media上发布，并经许可被编辑和重新发布。

翻译自: https://opensource.com/article/19/11/products-open-source-projects

招聘项目 开源框架