我叫Notion AI 帮我写了一段简短的笔记。

本文介绍了设计产品时需要遵循的框架和提炼的步骤。在设计产品时，需要先定义设计框架，包括交互设计、视觉设计、工业设计和服务设计等方面，然后进行交互设计框架的定义，包括形式要素、姿态和输入方法、功能性和数据元素、功能组和层级、勾画交互框架和构建关键路线情境剧本等步骤。最后，需要通过验证性的场景来检查设计，以便发现漏洞并进行调整。过程变更和反复也是非常必要的。

以下为人类写的正文。

设计框架：定义用户体验的整个结构，包括底层组织原则、屏幕上功能元素的排列、工作流程、产品交互、传递信息的形式和视觉语言、功能性和品牌识别等。其中包括交互设计框架、交互设计框架、视觉设计框架、工业设计框架和服务设计框架。提醒：1、不要过早把重点放在小细节、小部件和具体的产品交互上，会妨碍框架设计，无法有效的开发出适合所有产品行为的整体框架。2、反复演示设计方案是有帮助的，而方案中的细节精细程度足够引起重视就够了，不要花费过多时间和精力阐释日后肯定还要修改和放弃的细节。

交互框架不仅要对高层次的屏幕布局做定义，还要定义产品的工作流、行为和组织。整个定义过程如下：

A形式要素（form factor）可以理解为载体与环境

B姿态（posture）是指用户将会投入多大的注意力与产品互动，以及产品的行为将会对用户投入的注意力作出何种反应。

C输入方法是指用户和产品互动的方式，同时也受到产品的外形和姿态、人物模型的态度、能力和喜好的驱使。

功能性和数据元素代表界面要呈现给用户的数据与功能。每个元素的定义要针对先前定义的具体需求，才能保证产品的个方面都有清晰的意图，能追溯到某个使用场景或者业务目标。

A 数据元素：

定义：数据元素通常是交互产品中的基本主体。

1、理想情况下数据元素要符合人物模型的心理模型，所以，将数据分类十分关键。

2、考虑数据元素之间的关系也有很大帮助。针对复杂关系，使用方盒-箭头表示法来阐释更为合适。

B 功能元素

定义：功能元素是对界面中的数据元素及其显示所做的操作。一般包括：数据元素操作工具、数据元素的视觉和结构化管理方式。

每个确定的用户需求，通常都可以创建多种解决方案，需要审视哪个方案能够满足以下条件。

1、最有效满足用户目标

2、最符合设计原则

3、最适合当前的技术水平和成本考虑

4、最能满足其他条件。

对于需求向功能元素，一般性设计原则和具体的交互模式很重要。这些工具凝聚了设计师处理类似问题累计的多年设计经验，忽视这些常识意味着在已熟知解决方案的问题上浪费时间。偏离标准设计模式也可能导致用户新的学习成本。虽然有时也需要尝试新的解决方案，但是，除非有充足的理由否则不要轻易背离标准。

场景可以反复运用在越来越细致的设计结构上，原则和模式则加入了一种自下而上的方法，用以平衡整个设计过程。

按照不同功能分组，确定各自的层级。

分组的目的：更好的在任务中和人物间疏通人物模型的流程，要考虑的主要问题如下：

1、哪些元素需要大片的区域、哪些不需要

2、哪些元素能够容纳其他元素

3、容器如何组织才能优化工作流

4、哪些元素需要捆绑使用？哪些不是

5、相关联的元素使用时顺序如何？

6、哪些数据元素有助于人物模型做出决定？

7、采用何种交互模式与原则？

8、人物模型的心理模型如何影响元素组织？

方法：此阶段要把数据元素纳入屏幕、框架或网格等高层次容器元素。这些都是可能改变的。采用缩略图或简单韦恩图记录元素间的关联比较恰当。

对于视图 ：1、如果用户仍有几个最终目标没能体现在现有数据和功能中，需要考虑定义不同的视图来处理。2、如果发现有一些需求是相互关联的（如预约时需要看到日历），就要考虑定义同一个视图来集成所有需求。

数据和功能元素分组：根据产品平台、姿态、屏幕大小、外形要素和输入方法等条件，考虑如何让组织啊那批。一般，一个过程中的几个步骤对象也应该相邻，并按顺序排列。

勾画大致界面，视觉化工作应简单明了。方块图阶段对应窗格，控制部件（如工具栏）、以及其他高层次容器，然后添加标签和注解，描述元素相互间如何影响。

方法：勾画不同草图，对这些高层次容器进行排列组合。开始阶段一定要看到整体且高层次的框架，不要被界面上某个特殊区域的细节分散注意力。在最终选择方案前，尝试采用几种不同的排列，并用于验证性场景。

提醒：1、在设计初期花费大量精力研究复杂的细节，会阻碍设计者改变思路，选择更好的解决方案。2、勾画大致框架是一个反复的过程，最好有一个交互设计者+设计沟通者（根据设计叙述来思考的人）+视觉设计师组成合作小组来进行。

重要工具：写字板

方法：通过关键路线情境剧本对人物如何使用交互框架同产品进行交互做描述。

解释：与目标导向的情境场景不同，关键路线情境剧本更关注广泛描述和暗含的任务细节，严谨描述每个主要交互的精确行为，并提供每个主要线路的走查。可以采用故事版进行这一过程。

普遍做法：在每个步骤间前后移动，甚至把整个过程反复几次，直到产生出稳固的设计方案。

步骤3～5的不同实现方式：

语言思维者：1、关键路线情境剧本 2、进行口头上分组 3、勾画草图

视觉思维者：1、勾画草图 2、关键路线情境剧本 3、查看分类在场景中是否行得通

目标：指出设计方案的漏洞，根据需要调整

这时可以将重点转移到不太频繁使用或不太重要的交互设计上。按照如下顺序，解决三类主要的验证性场景。

1、替代场景：关键路径某个点的替代或分叉点。包括常见的例外情形、不常使用的工具和视图、基于次要人物模型需求和目标的其他场景或变体。

2、必须使用的场景：指那些必须要执行但又不经常发生的动作。比如清空数据库、升级设备等其他特别请求。用户需要学习这类交互，因为很少遇到，可能忘记。

3、边缘情形场景：（开发人员比较关注）指非典型的情形下产品必须要有却不太常用的功能。（边缘场景：如通讯录中的重名联系人。）但这些情形和功能所需的交互，应该在设计工作优先级排序中靠后排列，处于界面的底层。

定义视觉设计框架、定义服务设计框架、定义工业设计框架、由于叙述比较粗略在此不做记录。

完成整个提炼阶段后，应尽可能考虑所有的主要视图和对话。视觉设计者应发展并提出一套视觉风格指南。对于设计者没有时间，或优先级较低的部分，程序员可以按照这份指南来运用视觉设计元素。

意义：用户反馈和可用性测试对于发现交互框架中的主要问题及某些方面的细化，比如按钮标签、操作顺序和优先级等很有帮助。但想做到超出首次使用时易学性的全方位评估啊，还很困难。

两种方法：1、非正式的谈话。2、可用性测试。

非正式的谈话：解释产品思路和草图，看看用户是如何想的（有故意引导之嫌疑，比较适用于技术型用户）

可用性测试：可以判断设计能在多大程度上帮助用户完成具体任务。

提醒：可用性测试的本质是评估，不是创造。“测试”不是一种研究活动，用户研究肯定是在构思阶段之前进行的。把时间和金钱花费在产品设计过程中，比花费在测试上更有价值。

命名：部件/按钮标签是否合理？某些文案反响是否可以更好？

组织：信息是否进行有意义的分类？用户能否在想找的位置找到特定的功能和数据

初次使用和可发现性：常用项目是否易于新用户寻找？指令是否清晰、必要？

有效性：顾客能否有效完成具体任务？有没有犯错？哪里犯错？是否经常发生？

提醒：可用性测试关注产品初次使用的评估，通常很难测评解决方案在若干次使用后的有效性。

最终性评价：对已完成产品的测试。用于产品比较，在重新设计开始前找出问题，或对用户反馈不佳的点做原因调查。（常由第三方评估机构主导）

形成性评价：是设计过程中的一些快速且定性的测试，一般在设计提炼阶段进行。对设计过程中交互过程中某一部分进行测试。设计应该在开发开始之前进行评估，或者至少要有足够的时间来调整。

1、形成性可用性测试的注意事项

2、测试时间：基本设计成型之后开始

3、测试任务：适合现有产品

4、被试：参考目标用户和人物模型

5、大声思考法

6、对象：被试使用技术含量低的原型

7、会议讨论：确定问题，找出问题起因

8、协调者：未参与项目的人（减少偏见）

9、关注点：被试的行为和基本原理

10、分析报告：测试后和观察者一起分析报告，找出确定的观察到的原因

11、设计者参与测试过程

1、采用以下几种方式参与

2、将重点放在设计过程中的重要问题上

3、使用人物角色和其特性制定实验参与者标准

4、运用场景设计用户任务

5、观察测试过程

6、和其他人共同分析研究中的发现