哈Ha！ 我们在美国同事的博客上找到了一篇非常酷的文章《
用心理模型设计数字产品 》，将其翻译并发布在这里。 本文的作者是设计师
Tim Scheiner 。 我们建议将其阅读给参与数字产品开发的所有人。
在项目团队中实现相互了解的最佳方法。
翻译困难
有一次，在印度旅行时，我买了一本便宜的书-陀思妥耶夫斯基用英语写的《犯罪与惩罚》。 我期待着愉快地阅读这部杰作，但最终我以极大的难度击败了它。 我不但没有高兴，反而感到困惑：为什么如此钦佩？ 后来发现，我阅读的文字与原始文献相去甚远。 我到曼谷时才发现这一点，在那里我试图将我读过的书卖给二手书商。 他说他不需要它，因为翻译很糟糕。
这种情况表明翻译不是一件容易的事。 做好它不仅困难，而且只有专家才能确定做得不好。 在开发实现人类操作自动化的数字产品时，您必须以最复杂的方式处理翻译。 首先，您必须将人类观察的类似结果转换为计算机可以解释的数字形式。 其次，您需要以对团队中的工程师，设计师和产品经理都具有相同含义的词语来描述模数转换，并且他们都使用不同的术语来表达想法。 陀思妥耶夫斯基的故事表明，即使转移到一个级别，保持含义也不是那么容易，但是在开发这种级别的数字产品时却要保持两个含义。
解决方案是一起构建模型
在开发数字产品时，我解决翻译困难的方法是首先最小化需要翻译的信息量。 为此，团队成员必须从一开始就共同构建五个思维模型。
- 用户模型：它是给谁的？
- 价值模型：为什么有用？
- 互动模式：如何使用？
- 对象模型：如何安排？
- 数据模型：如何管理此状态？
我将此电路称为“数字机”，并以如下方式呈现：
这五个模型始终作为无意识假设存在于项目参与者的脑海中。 这种假设是造成混乱的主要根源，因此，所提出的方案可帮助人们找到一种通用语言并有效地交换信息，并讨论他们脑海中产生的想法。
我的方法行得通，因为软件实际上是一台数字机器。
尽管它是由钻头而不是螺栓组成的，并且是用代码体现的，而不是用钢制成的，但其使用的感觉（即可用性）（无论如何，只要考虑到一切都应考虑在内）都来自与任何机器：操作员与设备的关系，将简单的介绍性信息转换为解决重大问题的有用结果。
在开发数字产品时，用机器进行类比，我们可以依赖于适用于物理对象的相同视觉和空间逻辑。这意味着尽管无法看到或触摸数字产品的内部结构，在开发过程中与机器进行类比，但我们可以依靠与物理对象相同的视觉和空间逻辑。 而且由于空间思维和形象思维是非语言能力，因此具有不同观点的参与者很容易感知到这种建立在一起的模型。
现在我们已经弄清了为什么需要数字机器电路，让我们更详细地介绍每个模型。
用户模型
用户模型描述谁在使用数字计算机。 这是人类行为的模型-它定义了目标，行为和情感。 对于任何项目，这都是具有某些特征的虚构人物：
托马斯像一个真实的人，但他不是。 您将受欢迎的电视节目的英雄视为有生命的人，但实际上，他们只是扮演角色的演员。 对于开发团队来说，虚构的用户是一个特定的人：每个人都可以通过面孔和名字认识他，除非他参加会议。 诀窍在于，当您使用照片和名字时，模型会栩栩如生，这要归功于人们对同情心的自然倾向。
同理心可以帮助我们准确地预测他人的行为，从而与自己的人进行交流和合作。 例如，如果今天我们同意托马斯最喜欢的颜色是橙色，那么明天当然也将是橙色。 继续讨论Thomas，我们将对他的喜好和需求有一个共同的理解：不仅是他喜欢什么颜色，而且他对我们为他开发的数字机器有什么期望。 这种共同的理解成为我们（通常在不知不觉中）用来确定添加或删除某些功能的价值的标准。
价值模型
像人类一样的数字产品只有一次机会留下良好的第一印象。 价值模型从您的角度决定了这种印象。
她告诉用户：
- 这是什么产品？
- 它将如何使我的生活更轻松（更有趣，更高效等）？
- 为什么我应该购买/偏爱/使用该特定产品，有什么特别之处？
第一个问题是这是什么产品？ -充当最高级别用户的过滤器。 托马斯是一个忙碌的人，因此他会非常迅速地（大部分情况下）直观地将您的汽车分类。 之后，您产品的所有其他印象都取决于他们对该类别的期望。 首先，他将确定您是否创建了录音工具，图像编辑程序，在公交车站打发时间的玩具，与朋友交流的信使或数据分析系统。 如果Thomas对适当的类别感兴趣，他将研究您的其余价值模型；如果没有，他将不会浪费时间。
值模型可以表示为以下语句：
[产品名称]是用户体验的类别，
这给我带来了这样的好处（并且由于这样的原因而比其他解决方案更好）。
最后一部分放在方括号中，因为并非总是可以用简单的句子来描述原因。 定义这些独特的功能非常重要，但是通常将它们传达给用户的最佳方法是通过交互模型隐式地进行。
矛盾的是，价值模型是最容易理解和最难描述的。 最难的部分是找到一种语言，该语言定义了个人的价值，而不是创造用户体验的组织的价值。 对一个人而言，简化某些任务或组织的实现很重要-它可以赚钱或实现战略目标。 对一个人的价值是首要的，而对一个组织的价值则是衍生出来的：组织接受价值作为对为一个人创造价值的奖励。
最难的部分是找到一种语言，该语言定义了个人的价值，而不是创造用户体验的组织的价值。要解决此问题，您需要采取两个重要步骤。 首先，将数字机器放在更广泛的商业模型中，在这种模型中，我们的产品只是组织对消费者总体价值主张的一个组成部分。 其次，为了创建令人信服的价值模型，您需要通过应用以人为本的开发方法将其构建在一起，并直接吸引与目标用户相似的人。
互动模式
交互模型确定一个人如何改变数字机器的状态。 该模型可以表示为数字机器电路的两个部分的对话-人为和算法。 在此对话框中：
- 操作员更改机器状态的动作-
- 这是算法的输入
- 作为回应会产生结果，
- 被操作员感知为关于
- 汽车改变了状态。
由于用户与数字机器进行交互以执行特定任务，并且这种交互改变了数字机器的状态，因此可以说，交互模型的目的是改变数字机器的状态。
为了将交互模型与对象模型和数据模型链接起来，必须对这种交互模型有一个理论上的理解，这将在下面进行讨论，但这并不是其设计的最佳方法。 在这种情况下，最好将交互模型呈现为一个故事。
这是在亚马逊上买书的这样一个故事的例子。
1.转到amazon.com。
2.查找一本书。
3.查看详细的书籍信息。
4.将书放在篮子里。
5.下订单。
在每个阶段，我都与系统进行交互，输入文本，从列表中选择产品或按按钮执行操作。 系统通过发出视觉反馈信号进行响应，以确认它已收到我的输入。 在历史的每个阶段，系统的状态都会改变。 最后，全球发生了变化：我买了一本书-系统完成了任务！
描述人员如何实现目标的故事的另一个名称是工作流。 工作流是历史的想法就像启发式一样工作：如果无法将交互模型描述为一个简单的合理故事，那么您还没有完成设计。
另一个重要的思想是，交互模型始终是一个复杂的层次结构。 您可以通过扩展上面的示例来说明这一点。
1.转到amazon.com。
2.查找一本书。
2.1。 使用搜索对话框。
2.1.1。 将光标放在“搜索”对话框中。
2.1.2。 输入文字。
2.1.3。 部分匹配下拉列表中的查看选项。
2.1.3.1。 选择可用的选项之一。
2.1.3.2。 浏览搜索结果列表。
2.1.4。 忽略部分匹配下拉列表中的选项，单击“返回”按钮。
2.2。 浏览搜索结果列表。
2.3。 点击书名。
3.查看详细的书籍信息。
4.将书放在篮子里。
5.下订单。
我们看到，当添加其他细节时，交互模型越来越清楚地描述了完成的软件应如何表现。
通过将此模型呈现为一组与层次结构相关的故事，我们可以对这些故事进行排名，并确定哪些故事对于工作流是必需的，哪些是有用的，但不是必需的。
由于交互模型讲述了用户使用软件做什么的故事，因此项目参与者最容易讨论此特定模型，这有助于他们理解。 危险是-这是大多数软件开发项目的问题-团队过早且鲁ck地专注于交互模型，而没有正确描述它所依赖的其他模型。
对象模型
到目前为止，我们讨论了与用户相关联的数字机器的组件以及他对产品的体验。 对象模型和数据模型使我们能够讨论事物的技术方面。
尽管数字机器中的所有模型都很重要，但对象模型却是最重要的，因为它定义了机器的“细节”及其关系。 让我们用一个例子来说明。 假设我们决定为骑自行车创建一个模拟游戏。 在设计对象模型时，我们首先需要想象一辆自行车。 显然，尽管我们可以显示自行车的所有细节，但我们只需要与自行车手和道路互动的细节即可。
执行对象分析的一种简便方法是以历史记录的形式显示交互模型并识别重要名词：
骑自行车的人骑自行车时 ，他的脚坐在脚蹬上坐在座位上 ，用手握住车把 。 他通过将旋转 角度和转向 角控制在一定范围内来控制自行车，以免落在重力的影响下而从起点 到达目的地 ，也就是旅行 。可以表示如下：
或更紧凑的形式：
旅行
>车辆
>骑单车的人
>自行车
>方向盘
>转
>倾斜角度
>位置
>起点
>目的地
这种表示方式揭示了模型中的对象及其相互作用。 我们已经在交互模型中发现的层次结构自然出现在这里，因为这两个模型是相互联系的。 交互模型中的故事越详细，进入关系的对象描述的粒度和准确性就越高。 反之亦然：如果将对象划分为子对象，则它们的交互历史将变得更加详细。
示意性地描述对象的模型非常有用，但是我们的数字机器缺乏最终的吸引力：一种收集状态数据的机制。 数据模型解决了这个问题。
资料模型
数据模型是基于简单的原理（名称/值对）构建的。 这意味着在显示数据时，将为每个参数指定一个名称并分配一个特定的值。 值通常用数字表示，但也可以是文本。
通常习惯先写名字，然后写值，例如：
x = 3
π= 3.14
颜色=绿色
城市=旧金山
名称/值对使我们能够捕获状态数据。 在自行车的示例中应用此原理，我们可以编写：
职位：{
纬度：'37：78'，
经度：'-122：42'
}
描述对象状态的对通常称为对象的属性。 同样地，您可以编写：
行程= {
车辆：{
骑单车的人：{
名称：“ Thomas”
}，
自行车：{
方向盘：{
转：“ 12”，
倾斜角度：'3'
}
}，
当前位置：{
纬度：“ 37 .78”，
经度：'-122.42'
}，
}，
起点：{
名称：“旧金山”，
职位：{
纬度：“ 37 .78”，
经度：'-122.42'
}，
目的地：{
名称：“洛杉矶”，
职位：{
纬度：“ 34 .05”，
经度：'-118.42'
}
}
}
这是我们游戏的数据模型。 通过分别固定机器中所有对象的状态，它可以捕获整个机器的状态。
现在我们看到：为了让用户感觉到他控制了自行车的速度和方向，我们需要将他输入到游戏控制器中的数据转换为数值，并使用它们来更新数据模型，然后将这些状态变化转换为视觉信息，这样他就可以收到反馈信号。
因此，我与团队一起进行的所有开发和实施工作都归结为使用户有机会更改几个数字参数。 理解这一点可以澄清情况，同时消除傲慢。
总结一下
“数字机器”是将数字产品描述为五个模型的集合的示意图。
- 用户模型：它是给谁的？
- 价值模型：为什么有用？
- 互动模式：如何使用？
- 对象模型：如何安排？
- 数据模型：如何管理此状态？
该方案可帮助项目参与者从三个方面应对将人类需求转化为有用产品的复杂过程。
- 由数字机器的模型设置的通信规则揭示了无意识的假设和假设，并使得可以评估项目参与者的一致程度。
- 设计过程变得更加灵活，因为它允许您在每个模型上工作一段时间，然后将它们重新组装在一起并作为一个集成系统对其进行评估。
- 通过共同构建数字机器模型，项目参与者可以利用他们的能力进行富有想象力和空间的思考，这有助于他们对产品的工作方式达成共识。
如果您了解这些内容，您就会学到严肃的设计理论。 但是，对我而言，这种方法的应用绝不是理论-我每天都在工作中成功使用此方案。 我经常向我的团队介绍模型，将它们画在板上，将它们包括在演示文稿中，并尽力使每个项目参与者更容易讨论模型。 , , , : «, , , , ».
, . , . « ».文学作品
, , . ( ) , . , , .
— — , . 1945 The Atlantic « » (
As We May Think ). , , , . 1948 «
» (The Mathematical Theory of Communication), , . , «
» (Introduction to Cybernetics) , — , — — .
Conceptual Models: Core to Good Design , 2011 , — « ». , , , .
,
, , , . , ,
Model of Models , 2009 .
, , . — «
. » (About Face 3: The Essentials of Interface Design).
Using Personas in Product Design , , .
, «
- » (Business Model Generation: A Handbook for Visionaries, Game Changers, and Challengers), 2010 .
2011 IDEO
Human-Centered Design Toolkit: An Open-Source Toolkit To Inspire New Solutions in the Developing World , , .
— . «
. » (User Story Mapping: Discover the Whole Story, Build the Right Product), 2014 .
What is Interaction , .
Object-Oriented UX .
25 2017