wpf开源ui引用步骤_完善开源产品策略的6个步骤

wpf开源ui引用步骤

假设您有一个想要快速传播的开源软件构想。 为了吸引用户，您必须确保您的产品制作精良并具有所有正确的功能。 您还需要确保人们了解您的项目为何存在以及他们为什么应该对此感兴趣。

尽管“ DevOps”的最新趋势强调需要将运营和开发经验融合在一起，但是看到开发，产品管理和市场营销思想的融合可能更加强大。 这是我在早期制作Ansible的方式，并且我相信由于专注，它Swift发展。

为了实现高水平的开源软件采用率，我们不仅需要构建出色的软件，而且我们必须了解我们的用户以完善我们的想法，并且同样重要的是，能够与未来的用户联系以将其纳入折。 这样就形成了一个周期：吸引更多的用户可以改善信息池，这有助于不断完善产品，也不断提高产品增长率。

产品策略最重要的是什么 时候建立。 当它寻求与用户真正联系和帮助而不是出售产品时，它是最有效的。 在开放源代码中，我们首先寻求了解，然后共同为受众服务，以构建我们可以共享，开发和使用的工具。

以下是创建有效的开源产品策略的六种方法。

1.撒网

如果您希望获得尽可能多的用户，则需要构建一个使很多人都感兴趣的项目。 如果您需要特定的操作系统，发行版，编程语言或软件堆栈，则潜在的受众自然会减少。 针对狭窄的“垂直”用例，也可以缩小受众范围。 一个程序不可能对所有人都适用，但是启用更大的用户群可以保持各种可能性，而拥有更多的用户可以实现更大的增长。

为什么这很重要？ 开源创意可以通过社交渠道轻松扩展-人们谈论他们喜欢和不喜欢的工具。 那些不在您的目标受众中的人不会受到这种影响，因此它有助于使软件具有广泛的吸引力。

我们如何定位足够的用户？ 假设我们正在开发一个基础架构应用程序，该应用程序在云和微服务领域中可能非常有用。 尽管以“ 微服务 ”为目标可能很流行，但以更笼统的术语描述应用程序会吸引更多的人尝试。 提到它是一个用例，但可以更广泛地定义您的应用程序。

类似的情况是销售以Go应用程序编写的，用Go语言编写的实用工具。 尽管这可能会吸引Go社区的用户，但这将限制从数十种其他编程语言中获取用户的机会。

我们关心扩大网络，因为获得更多用户可以帮助我们开发更好的产品。

2.真实而翔实

一旦我们有了吸引人的产品创意，告诉人们为什么需要试用它就很重要。 不幸的是，很少有项目或产品能够做到这一点。

在普通初创公司的网站上浏览时，您可能会遇到大量的流行语，三个形容词形容在小方块中，无意义的短语，人们握手的剪贴画以及理解产品目的的许多困难。 他们会希望您打一个联系表，然后与销售人员进行对话，以了解产品的真正作用，并在您可能不想要的功能上加价销售您。 谈话以口中的不良味道结束，没有销售，并且浪费了很多时间。

如果您正在看一个普通的开源项目的GitHub页面，您仍然经常几乎不了解项目的含义。 您可能会认识到它结合了您不了解的三种技术的名称，但是您几乎不知道如何使用它或做什么。 查找将需要数小时的作业才能整理出详细信息。 这同样糟糕。 GitHub上有许多令人赞叹的项目，人们从未找到过，因为这些项目不旨在推销或自我解释。

向全世界解释您的产品时，两种方法之间必须有中间立场。 当开源产品非常明确地表达自己的意思时，它们的传播效果最佳。 引导您要解决的问题。

引导您要解决的问题。

项目应该将用例，示例和系统架构混合在一起进行营销。 以无背景知识的受众清晰的方式说明解决方案的设计，但还包括足够的细节来回答某人的问题。

包括相关的屏幕截图和架构图。 您可以包括一个简短的视频，但也可以为那些没有时间观看的人提供书面信息。

尽管您的目标是说服人们使用您的产品，但您也试图帮助他们快速了解产品的本质。 提前限制和实现目标。 信任和诚实值得很多。

包括相关的屏幕截图和架构图。

要透明。 简单而完整地说。 寻求帮助教育和影响，但不要操纵。

现在，我们已经使用户对产品感兴趣，我们希望他们对尝试软件和学习使用有很好的经验。

3.痴迷于出色的文档

您需要新用户立即获得成功，并在他们开始使用产品时就爱上您的产品-您不希望他们费力地想出如何进行设置。 因此，对文档进行投资是您可以为项目做的最重要的事情。

如果用户想在午餐时间尝试使用您的产品，那么他们在产品结束时应该会感到成功。 如果没有，他们将继续前进，他们的挫败感将成为Twitter的愤怒，阻止其他潜在用户。 相反，立即成功变成了“哇，应用程序X很棒！” 鸣叫并鼓励新用户尝试。 不要让用户费力找出安装说明，请向他们展示在每个步骤中键入的内容，并使他们更快地接近“哇”的时刻。

考虑将文档的每次使用经验作为赢得用户或失去用户的机会。 意识到用户掌握了不同级别的技术知识，所以不要以为他们知道您所做的一切。 如果文档仅包含代码生成的，简短注释的API函数，那么您已经失去了它们。

考虑将文档的每次使用经验作为赢得用户或失去用户的机会。

文档应说明您的项目目的。 描述用户为何应阅读本节，提供示例，以及指向用户接下来可能要探索的区域的超链接。 认识到有些人是顺序学习的，其他人是随机学习的，因此请提供索引，“另请参见”部分，常见问题解答和词汇表。 阅读和探索文档应该是令人愉快的，而不是事后仓促产生的。

一个简单的教程或安装指南可能是您可以制作的最容易发布或可发布的内容之一。 人们还将使用您的指南作为参考来编写自己的版本并将其发布。 确保具有使社区能够执行这些操作的内容。

在这一点上，我们应该已经获得了一些满意的用户。 然后，我们可以使用该用户群来帮助制作更好的更好的产品。

4.不断收集新想法

在保留用户学习您的应用程序时进行投资会导致该过程的下一步：反馈。 希望您已将项目的结构设计为高度对话性-如果不是，现在是时候开始交流了。 您想很好地了解您的用户，尤其是您的贡献者。

使用邮件列表， IRC和网络聊天来了解您的用户。 使用调查，但不要限制调查范围，以便您可以学习新的意外内容。 GitHub可以使用代码，但也许它不够对话和友好，无法真正了解您的用户。

开发的一项重要技能是要了解用户的日常生活。 他们需要什么功能？ 他们只认为需要哪些功能，但实际上不需要吗？ 他们不知道自己需要什么功能，但是会被其淹没？

与其与少数用户（例如，付费客户群）交谈，不如与潜在的大量人员交谈，以更好地了解您的市场空间。 您的用户已经在乎您的软件，并希望对其进行改进，因此请充分利用这一机会。

在收集想法时，我们可能已经注意到很多有冲突的想法。 许多用户想要以我们不想要的方式使用我们的产品。 尽管由于开放源代码生态系统的强大影响，此时许多专有产品可能会尝试限制范围，但我们真的很想容纳这些用户。 我们意识到我们的产品已开始成为社区所有的实体。 我们应该在合理的地方找到容纳它们的方法。

5.保持打开选项的可插入性

重点很重要，要取悦所有人，可能会导致功能强大的产品难以学习。 分歧在开源项目中很常见。 分叉实际上很少见，但是很多时候人们可能会在您构建的工具中选择另一种工具。

保持体系结构模块化是避免这种情况的一种非常有用的方法。 当在邮件列表或GitHub票证上出现争议时，您可以说：“我不确定我是否希望将此作为核心功能，但是如果我想办法使其成为插件怎么办？”

插件几乎是我最好的秘密技巧之一。 许多最成功的Web项目似乎都具有非常强大的插件生态系统。 在较低的级别上，编程语言库集合本质上是插件生态系统。

通过使用插件使选项保持打开状态，我们可以保留用户。 这些用户可以帮助与他人共享我们的产品，并且他们可能会提供错误报告，补丁，文档或其他方式。 尽管我们已经从最初的想法过渡到更多的仆人领导，但我们必须认识到，这个项目仍然是我们创建的，没有人比我们更了解它。 我们的社区可能还没有去的地方。 因此，让我们继续想象...

6.梦想未来

并非所有数据都来自您的用户。 您自己的发明才是项目启动的原因，它将帮助您确定以后的一切。 不断地思考您可能会做的所有事情或可能会做出的所有贡献都非常有用。

培养探索可能途径的“假设分析”心态。

培养探索可能途径的“假设分析”心态。 您可以构建哪些近期功能，如果存在，还可以启用哪些其他近期功能？ 您可能希望达到哪些长期领域？在到达那里之前必须建立哪些近期功能？ 使用这些功能而不是其他功能的机会成本是多少？

有时，一个项目中的最细微的变化就可以带来新的贡献和激情。

在花费在为社区服务上的时间与探索您的改善视野的时间之间取得平衡。 您可能会到达一个真正梦想着可以帮助您结识用户的新产品功能的地方。 尽管我已经醒悟了一些奇怪的想法，但我也实现了其中许多。

从这往哪儿走

在这一点上，我希望您已经注意到，沟通和帮助用户的周期都是相互联系和自我增强的。 制作正确的产品是每个人在同一个社区中构建和计划产品的功能。

拥有统一的产品管理，营销，社区和开发是我们创建一个小项目时的开始方式，并且随着公司的成长，重要的是要意识到回到这种心态（即使我们专长）仍然是事情的最佳方法。 。

寻求认识人，了解他们，帮助他们并带来惊喜。 这就是开源的全部意义。

了解更多迈克尔DeHaan的谈话， 揭秘开源产品战略 ，在 所有开放2017年 ，将在罗利被拿着10月23-24日北卡罗莱纳州。

翻译自: https://opensource.com/article/17/9/demystifying-open-source-product-strategy

wpf开源ui引用步骤