总的来说，交互设计就是解决用户在人机交互中遇到体验上的需求。
不过人们的需求无论从广度还是深度都是相对比较难定义的，即你很难从一个具体功能点定义是否解决了用户的问题；同时也很难从单一一个具体人机交互操作上去评价它是否完善。交互至于产品就像神经网络至于人体，你很难将其单独剔除出来对它进行一一点评。它们彼此之间紧密缠绕相互作用。
所以很多关于交互的理论书籍推崇从整个逻辑链起点至终点的闭环式思考方式来看待问题。即用交互的思维去解构产品；从更高维度去看待用户和产品之间的关系。把交互放在一个统筹全局的位置上，把一切混沌的根源问题也都引导到交互层面来得到解决。
不过，从实际角度来看，显然是高估了交互的权力，同时也低估了市场、企业、项目、产品等等这些更为宏观层面的因素之间的关系。我们更多的是在解决一些实际的、具有明确目标的问题需求。而且这些需求是直接来自以上这些宏观层面的。即：交互最直接接触的是用户，但却不一定是在解决用户的体验需求，而往往是在解决产品的某个需求。
这就是理想和现实的差距，就像那些君主立宪制国家的君王，名义上代表着国家的最高权力象征，但最终还是要听命于内阁或国会的要求。
当我们在看这些形而上的文章时，往往会有两脚腾空不够切合实际的感觉。这里比较关键的差异在于：写这些著作的人往往都是功成名就的大企业家或教授之流。他们看待问题的层面当然是宏观而整体的，他们在面临问题时候的思考路径也是多元的。所以这些著作往往给我们一些思想上的启迪而非实际工作中的方针指导。
不过我还是要指出，一套标准的工作流程，它可能并不适合每个工作岗位或环节，但它对我们的工作大有裨益。它为我们提供了一种范式的模板及思考方式。就好比大公司非常规范的工作流程并不一定适用小公司，但却可以提供参考并以此做出灵活的调整。
同时我们从更高维度去看，这些问题和需求，它的出处及合理性也是值得我们思考和审视的。即，你不一定能控制整个工作流程，但你得清楚它们之间的关系。这会让你在工作中更有前瞻性。
一套基于宏观层面较为完整的、符合范式的流程大致包含以下几点：
- 了解用户
- 定义问题
- 制定目标
- 设计方案
- 验证设计
从了解用户到最终验证设计，完整解决一个问题，形成一个设计闭环。
了解用户
即认知产品所面向的用户人群，及他们的共性。
又可以分为定性研究（Qualitative Research）和确定人物角色（Persona）。
定性研究
首先我们要确定产品所面向的人群，确定他们可能和产品产生关联的一些属性，比如以下几点：
- 行为（Activities）：用户使用产品的频率？
- 态度（Attitudes）：用户如何看待产品？
- 资质（Aptitudes）：用户的学历、社会地位、收入等
- 动力（Motivation）：用户为何使用这款产品？
- 技能（Skills）：用户对产品所属领域的认知程度？
确定人物角色（Persona）
这些定性研究可以帮助你挑选出一些典型的用户画像，即用户是谁？他们在何时何地何种情况下使用产品？他们如何看待你的产品？他们可能是一类人，也可能是几类人，这取决于产品的垂直度。
把这些信息具象化：给他们起上适合他们个性的名字，根据以上信息为他们撰写一份合适的简历，让他们开起来确实可信。
定义问题
基于你现在手上收集到的这些用户角色，试着带入他们的视角去思考，他们在使用产品中可能会遇到的问题。把这些问题逐一罗列出来，并按照优先级排序。
定义问题往往是伴随这了解用户的过程，你对问题的洞悉取决于你对用户的了解程度。
了解用户的目的是能够把用户归类，并且以此为依据超出符合多数用户需求的问题。所以了解用户是手段，定义用户的问题才是关键。
而在实际工作中，你的问题往往可能来自多种途径，但很少直接产生于用户之中。应为一般而言，定义用户人群往往是产品、企业层面的内容，它包含产品的定位策略、品牌形象、用户的目标人群等等一些列的作用结果。是企业主动追求的目标和需要去把控的方向，而非被动接受的一个结果。
不过在定义问题这个层面，无所是面向用户或是内部需求。思考的路径应该是一样的，先了“解问”题背后的人所面临的问题，问题背后的问题才是正真的问题。
制定目标
这是一个比较容易被我们忽视但在实际工作中最为至关重要的一个环节举个简单的例子：
今天上午我们在开产品评审会，期间有非常长一段时间产品和技术就如何实现在没有账户入口的情况下实现切换账号这个技术问题讨论了很长时间。究其原因就是产品并没有给出具体的可量化的目标，所有人只知道大的目标，但具体到功能时就没有判断依据来衡量哪些是该做的哪些是可以舍去的。所以他们只能基于技术可实现性来考量解决方案，而非一个一致的设计目标。
可衡量的目标，让你的设计工作，最终有验收性。也能更好的指导你去完成设计方案本生，你知道设计边界在哪里，而不是一味的无限扩大你的方案本身。
从实际落地而言，制定目标让你的工作内容有理有据。后续考核工作内容也变得有据可循。
设计方案
即我们解决整个问题的过程，
把问题罗列出来，通过一些设计方法以实现设计目标，也是我们工作中最常见的环节。
你可以画线框图、制作高保真原型来帮你梳理这些问题并想出合适的解决方案。
验证设计
设计的验证是对设计方案是否解决用户具体问题的目标评审。
一般而言，设计师更注重完成设计方案之后，对方案本身的评审。不过我更乐意把它看成整个解决方案的持续性的表现：即在一个项目中，设计方案本身与产品实际对该问题的解决表现状况之间的出入比。
这一步可以理解为你如何思考及你的思考结果最终和实际情况之间的重合度，同时也代表着你对整个项目后续的控制力和执行力。
设计思路、流程相对而言是很理想化的、范式化的东西。聊起来容易空洞无物。不过合理的投射可以为我们的实际工作提供一些思路上的启迪。
希望这篇文章对你有用。
拓展阅读：一个完整的交互设计流程是怎样的？
文章同步发表于个人博客网站 「猫窝&羊舍」，欢迎访问。
