那一种笔记软件更好用

开源一直非常擅长解决两套问题：1）基础架构和2）开发人员工具。 这是因为这些开发人员和用户基本上是同一个人-开发人员是问题的“内幕”，理解得很好，并且有动机去解决它。 因此，开源使用Eric Raymond在他的开创性著作 》中讨论的“ ”模型非常有效。

但是，开源在面向用户的空间中表现不佳，这意味着主要用户不是开发人员或技术人员的软件。 考虑到Internet运行在免费软件上，但是Web空间中的大多数桌面应用程序和平台都是封闭的。 在需要GUI的地方，我们很大程度上失败了。 我认为这是因为用户与开发人员不同。 开发人员是问题的局外人，并且正在为其他人开发解决方案。

我相信，相反，我们应该与用户一起发展，而不是为用户发展。 我们需要内部人的视角来帮助我们构建开源产品，从而消除该领域的专有竞争。 在开发面向用户的产品时，我们需要将用户带入解决方案模型的中心。

那么，这看起来像什么？ 我根据自己的想法开发了一种方法学的1.0版本，但是我沿着这条道路走得越远，就越能理解没有一个答案。 我们需要对流程进行试验，以了解哪些有效和哪些无效，并向前迭代我们的模型。

一个简单的实验框架

我们需要有一个简单的框架来引入我们可以进行实验的用户观点。 尽管开源项目在文化上共享很多，但是每个项目都有自己的做事方式，内部文化和不同的实验门槛。 因此，我没有推动任何特定的方法，而是发起了一个小型活动，要求您考虑以下理论：用户输入对于开源生产举世闻名的面向用户的产品的有效性至关重要。

如果您认为这有什么用，请考虑对您的项目进行一些试验，这些试验或多或少地朝着以下两个原则发展：

1.首先设计，然后

2.与用户一起设计

结合这两个原则，使用户（问题的“内幕人士”）更接近项目中心和我们的解决方案文化。 “设计为先”的强调实际上是在我们开始开发之前就考虑内部人的立场。

这些原则不是一个原则，而是用于解决长期存在的问题的导航工具，即如何以“开源方式”构建更好的产品。 我认为我们不会在一夜之间找到解决此问题的快乐之路，但我确实认为，如果我们在新项目或现有项目的舒适范围内进行一些小型实验，我们将开始学习解决问题的有效方法和无效方法用户使用我们软件的问题。

看起来像什么？

这里有一些建议可以开始尝试一些事情。 策略从温和到雄心勃勃。 它们旨在帮助您了解用户如何看待您的产品，并开始与他们合作改进产品。 考虑那些最适合您的项目的项目，然后尝试一下。

1.伸出手

在您的社区中选择一两个用户（而不是开发人员）作为用户，并要求他们进行快速聊天。 给他们打电话（与IRC或文本聊天相比，语音或视频聊天会给您带来更丰富的结果），并询问他们对软件的看法。 问他们喜欢什么，他们会改变什么。 不必担心这是一个有限的示例； 重点是开始打开对话并倾听您的​​非开发者用户。 好处是，这也对建立社区很有帮助。

2.见面

考虑举办非开发人员的聚会（在线或面谈）以讨论该软件。 首先问一些开放性问题，例如“软件是否满足您的需求？” 或“您认为软件对您的工作不了解什么？” 坐下来听。 尽量不要解释该软件为何执行其功能。 目的类似于上面的策略-听取有关您的用户需求或与您以前的想法不符的见解。 此策略也对建设社区有益。

3.点击文档编写器

以我的经验，为用户文档做出贡献的人更有可能是高级用户，而不是开发人员。 这些人是洞察力的好来源，因为他们通常是领域专家，并且对您的软件非常了解。 利用此资源来获得有关如何改进软件的见解。 与他们进行一对一或小组聊天； 您可能会对他们所提供的复杂见解感到惊讶。

4.主机文档事件和开发事件

如果您的志愿人员工作量很大，请邀请文档编写者参加您举行的任何代码事件（例如，冲刺，黑客马拉松等）。 这可能会在文档编写者和开发人员之间建立随意的联系，这本身就很棒。 但是，如果可以，请尝试进一步推动。 例如，尝试在午餐时间或被阻止的会话中主持公开讨论，并询问文档团队如何改进该软件。 与见面会一样，问一些开放性问题，例如“您认为该软件对您的工作不了解什么？” 或“该软件可以做些什么？” 您不仅在寻找功能建议，而且还开始了解专业的非开发用户的位置。

5.映射用户的典型工作流程

选择一些用户可以帮助您了解您的产品如何适应他们的工作流程。 您需要非常广泛地解释工作流程； 本质上，您想了解有关他们如何使用您的产品的更多信息。 通过绘制用户的行为以及他们使用软件的方式，您可以获得一些非常有趣的见解，以了解如何改进软件。 将此视为对话； 如果您要亲自进行或通过视频聊天进行操作，请让他们将其工作流程白板化。 将其记录下来，并向他们提出很多澄清的问题-问题越细微，您的学习就会越丰富。

6.邀请用户选择开发人员调用

邀请一个或两个用户参加某些开发人员呼叫，例如当您开始确定要优先级的新功能或更新功能时。 如果您需要非开发人员的强烈反馈，请不要依赖GitHub或GitLab Issues板之类的工具进行讨论。 这些类型的工具对开发人员来说不错，但是非技术人员并不觉得它们非常易于使用。 相反，请考虑使用在线视频聊天，面对面的聚会或类似的论坛。 您可能需要在促进讨论中扮演更重要的角色。 保持对话“远离杂草”，使其充满乐趣和吸引力。 确保邀请用户参加讨论并找到适当的方法来确保他们的贡献。 （这可能需要进行一些实验。）请确保不会听到“为什么X不可能”或“以前没有做过”这样的解释，立即覆盖了您的用户，并且他们的建议也没有被立即覆盖。

7.邀请用户设计通话

在计划功能设计时，请伸出手来选择用户，并请他们参与讨论。 再次，与用户和开发人员进行实时小组对话（亲自或通过视频聊天）比通过存储库问题更有效。 您将需要促进这些对话； 使它们快速，有趣和引人入胜。

分享你学到的东西

我相信，如果我们分享我们的经验教训，就像开源社区在过去两个半个世纪中所做的每一步一样，我们将解决创建流行的面向用户软件的问题。 如果您尝试其中的一些策略，请分享您的经验教训，以便我们都能从您的发现中受益。

亚当最近在俄勒冈州波特兰市的提出了这些想法。 观看他的演讲 。 非常感谢Tony Wasserman就该主题进行了有趣的讨论。

翻译自:

那一种笔记软件更好用