excel从零开始搭建模型_从零开始的模型如何解决我们的用户体验问题

excel从零开始搭建模型

开源是一个以开发人员为中心的解决方案模型，简而言之，可以描述为建立开发人员社区来解决问题。

以最简单的形式，该模型有两个阶段。 首先，开发人员遇到了一个问题，他们可以使用一些新代码来解决问题，并以此为起点。 其次，如果他们随后将其解决方案提供给其他开发人员，则可以将其发展为功能强大的蓬勃发展的开源社区。 当它起作用时，这是一个奇妙的过程，而这个简单的模型已经改变了计算历史。

但是在开发人员解决开发人员问题之外，开源并没有做得那么好。 在开放源代码圈子中，这已经进行了很好的讨论，通常会遇到诸如“为什么用户界面如此吸引人？”这样的问题。 用不良的UI来解决问题很普遍，但这也许是对问题的浅薄处理。 “面向用户”的开源项目不仅会在UI上失败，而且无法在更深层次上满足用户需求。

在查看主要针对用户的可用开源解决方案时，您是否曾经问过自己为什么开源似乎表现这么差？不仅仅是您最喜欢的台式机应用的UX显得笨拙，而且为什么不开放一般在台式机领域赢得胜利？

每个人都想要的开源桌面应用程序在哪里？ 那么网络空间又如何呢？

杀死专有反对派的开源等同物在哪里？ 从文本编辑器到CRM，从Webmail到社交媒体，开放源代码为何不消除每个用户领域的竞争？

例子很少。

我会说Unity台式机超越了竞争对手，而且Mattermost和GitLab比Slack和GitHub更好，但是我并不是大多数。

除了少数几个例子外，在满足用户需求方面，我看不到任何开源产品会扼杀专有竞争。 为什么开源在制作面向开发人员的解决方案以及Web和Internet基础结构方面做得如此出色，而在面向用户的世界中却做得这么差？

我认为开源可以在社交网络，文本编辑器，CRM，Webmail等中占主导地位。 实际上，我认为开放源代码模型具有一些基本特征，可以使其全面击败专有竞争。 但并非没有先了解为什么它当前不这样做的原因。

要了解问题，作为解决问题的第一步，我们必须深入了解我们在开源社区中创建解决方案的方式。 我们需要批判性地做到这一点，并准备问自己一些难题。

从头到尾的模型

“软件的每一项出色工作都始于开发人员的个人追求。” -埃里克·雷蒙德（Eric Raymond）

埃里克·雷蒙德（Eric Raymond）提出，开源和自由软件具有一种特殊的解决方案模型，他称之为“从头到尾”模型。 从根本上说，开放源代码项目的开始是因为某个人在某处看到了问题（痒），然后他们开始编程解决方案（从头开始）。

这是很有意义的，并且是描述实际发生情况的非常简洁的方法。 埃里克·雷蒙德（Eric Raymond）在《大教堂和集市》 （ The Cathedral and the Bazaar）中写了更多有关它的内容，这在理解开源方面被视为基础性工作。 正如埃里克·雷蒙德（Eric Raymond）所说：

“软件的每一项出色工作都始于开发人员的个人追求。”

从头到尾的模型具有两个非常重要的特征，这些特征对于开源非常有用：

1. 发痒的事实对于开发好的解决方案至关重要。 如果您有问题，并且非常了解它，那么您就会非常有节奏地开始解决该问题。 您比对问题有较浅理解的“局外人”更好地被认为是解决问题的“局内人”。 因为这是您的痒，所以我们都有动力去解决它，更重要的是，您将对如何解决该问题拥有独特的见解。

2. 其他有类似问题的人对于建设社区至关重要。 如果您的瘙痒是常见的瘙痒，并且您知道其他人需要您的部分或全部解决方案，那么您的贡献和/或采用率可能会有所增长。 从根本上讲，这就是开源项目发展的秘诀。 成功的开源社区当然还有很多，例如治理，志愿者管理，了解内在动机和外在动机等，但问题的核心是，如果您认识其他同样渴望的人，那么开源就是否则，这是放大划痕效果的绝佳模型。 这也不是没有先例，任何读过约翰·阿贝勒或埃弗里特·罗杰斯的作品的人都知道。 在外部世界中，此过程称为“扩散”。

所以 从零开始，从零开始，作为开源社区的模型，真正成功了，因为您知道自己的痒，其次，您知道其他人也遇到相同的问题，因此想要共享或参与创建解决方案。 到目前为止，听起来完全不卫生！

在真实的生活里

在现实世界中，我们看到了这一点。 也许这种文化的起源是Linux。 Linus Torvalds有一个问题，他想要一个免费的操作系统（痒）。 他解决了这个问题（从头开始），并向全世界发布了一封电子邮件，询问是否有人对与他解决这个问题感兴趣。 而且，我们了解了故事的其余部分：一项由社区推动的重大尝试，从根本上改变了计算历史。 这是一种从头到尾的以原型方式运作的模型。

从第一天开始，每个成功的开源项目都是这样发展的。 开发人员解决技术问题并逐渐吸引其他开发人员与他们合作解决或采用它。 该模型的核心是开发人员。 既有问题又有解决方案的人。 我将此模型称为以开发人员为中心的解决方案模型 。 它几乎是存在的每个开源项目的模型。

因此，我们知道此模型非常强大。 我们已经看到了它可以做什么。 但是，我们有多少次停下来自问，它不能做什么或不能很好做什么？ 我们多久问自己一次失败的原因，为什么？ 我认为我们的对话不够。

首先，我们先弄清楚以开发人员为中心的模型在哪里工作，从而开始考虑这些问题。 好吧，当解决开发人员遇到的问题时，它很好用，这些问题几乎完全是定义上的，或者至少主要是技术问题。 这就是为什么Internet基本上在从BIND到OpenSSH的开放源代码层之上运行的原因，并且为什么没有开放源代码就无法在Web托管或容器世界中走得更远。 实际上，如果不使用一种或另一种开源库，就无法真正开发任何类型的软件。 解决这类问题时，以开发人员为中心的模型会胜出，而失败。

但是，尽管以开发人员为中心的模型已被证明非常擅长解决技术问题，但历史证明，它并不能很好地解决面向用户的问题。 如果擅长于此，我们期望在用户空间中看到开源粉碎专有应用程序。 但是我们很少看到这种情况。

难道这个模型不能很好地解决这类问题？

我认为这是问题所在。 以开发人员为中心的模型可以解决技术问题，因为正如Eric Raymond指出的那样，有问题的人是创建解决方案的核心。 开发人员知道自己的痒。

当开发人员正在解决技术问题，他们所拥有的问题，很好地理解并且想要解决问题时，它会非常有效。 当开发人员正在解决用户问题，不是他们自己的问题，他们无法充分理解问题并且所需的解决方案主要不是技术问题时，它根本无法很好地解决问题。

这是因为在这些情况下，我们打破了从零开始模型的第一个要求：了解您的问题。 开发人员不会像用户那样直接“知道”问题，因为毕竟这不是他们的问题。 他们正在尝试解决著名的SEP，“其他人的问题”。 因此，他们对用户问题的怪癖和细微差别没有相同的深入体验知识和理解。 这是质的，经验的差异，但这是重要的差异。

因此，我们得到的软件解决方案反映了开发人员对问题的理解，并反映了开发人员对解决方案的态度； 通常与用户对问题或其需求的理解不符的一种。

在当今的开源中，开发人员是主要的解决方案提供商。 当他们为自己构建解决方案时，这几乎是一个完美的模型。 但是，当要为开发人员无法充分了解其需求的用户群（因为他们不是用户）建立解决方案时，该模型就会失败。

我们该如何解决？

我认为答案很明确。 我们坚持从零开始的模式。

这是解决问题的好方法。 正是这种模式使开放源代码能够压制技术界的专有竞争。 我们应该坚持下去，但是我们在应用方式上必须保持一致。 我们需要让那些有问题的人，那些发痒的人和那些了解问题的人成为解决问题的核心。

仅将“ UX人”或“用户论坛”添加到以开发人员为中心的项目文化中来解决用户需求是不够的。 这种方法是一个临时补丁，只会走得很远。 我们需要回到“从零开始”模型的核心原则，并将有问题的人（用户）带入解决方案模型的核心。

为此，我们需要开始自问，对于开源而言，以用户为中心的解决方案模型是什么样的。

您觉得怎么样？

翻译自: https://opensource.com/article/17/4/itch-to-scratch-model-user-problems

excel从零开始搭建模型