人机交互与产品设计已经在国家发展了半个多世纪，已经研究出了相当多的方论。国内跟进没有很久，再加上前几年生长，导致很多人对这一领域缺乏系统认知。
而设计流程，又是系统认知中的基础。这里我根据留英所学和大厂工作经验，整理了一套在国际上被广为认可的，而且在国内具有一定可行性的产品设计流程。
1. 定性研究Qualitative Research，针对可能使用你的产品的人，可以是问卷、…
3. 问题脚本Problem Scenario，罗列人物角色在使用产品时可能遇到的问题，可以整理成一个故事便于别人理解。
4. 动作脚本Action Scenario，像写故事一样，写人物角色在使用你设计好的产品时，发生的细节。注意，这个时候你的产品概念模型已经基本成型了，这个概念模型是通过解决问题脚本里的问题而得出的。
5. 画线框图Wireframe，这个线框图是通过把动作脚本里的概念模型成视觉模型得到的。
7. 专家评测Expert Evaluation，至少两名设计师或对交互设计比较了解的人通过反复测试原型。找到问题后修改线框图并更新原型。
8. 用户评测User Evaluation，让用户使用原型，可以给他们一些任务去完成。根据用户在使用过程中的问题和进行进一步修改。
根据上文中的五个方面，你需要挑拣出最典型的一个或几个形象。例如体验进阶读者的人物角色可能有：刚上的设计新人、具有探索欲的产品经理、寻找转型方向的UI设计师……
你不但要确定这些人物角色（Persona）的主要特点，还要确定他们的需求和目的。为了增加真实性，可以给人物角色（Persona）取名字，选一张照片，细化他们的背景资料。
基于你对人物角色（Persona）的理解，你应该已经可以设想出他们在使用产品中可能遇到的问题了。
Macomb 先生和夫人都是退休老师，现在已经60多岁了。他们的社会保障支票是他们收入的重要组成部分。他们刚刚卖掉了自己的大房子，搬到一间小公寓里。
他们知道，他们现在需要做的许多杂事之一就是告诉社会保障局他们已经搬家了。他们不知道最近的社会保障处在哪里，而且他们走或开车越来越困难。
如果足够简单和安全，他们希望使用计算机将其举动通知社会保障局。但是，他们对于通过计算机执行这样的任务有些担心。他们从未在工作中使用计算机。
然而，他们的儿子 Steve 去年给了他们一台计算机，为他们安装了计算机，并向他们展示了如何使用电子邮件和访问网站。
他们从未去过社会安全管理局的网站，所以他们不知道它的组织方式。此外，他们也不愿在线提供个人信息，因此他们想知道以这种方式告诉代理机构新地址的安全性。
首先你要为已列出的问题想好可能的解决方案，然后写一个简短的故事把这些解决方案囊括进去。写成故事的好处是代入感较强，对别人来说容易理解。国内比较推崇故事版，但是把所有情景画出来的效率常低的。
约瑟夫在他的办公室，需要为他的商务会议预定一家酒店，该酒店将在纽约举行。商务会议将在四天内举行。
他打开我们的网站，知道他想去的城市的日期和名称。看到很多条目后，他注意到他想在中心附近的一家旅馆里住，因为客户会议将在该地区举行。他还需要满足其他条件：靠近地铁站，附近有一些餐馆。
这个时候你对你的交互方案已经有了一个比较抽象的想法了，现在只要把它具象化就好了。线框图大家都比较了解，这里就不多说了。
如果是比较重要的项目，可以叫上开发一起来灰度测试。但是即便是这样，也设计稿出来后，就可以立即做一个底成本的交互原型。
可以使用的原型工具还是很多的，例如 Axure RP 、 InVision 等。即便没有专业工具，用 PPT 也可以搞出来，只要做出一个可以交互的东西就行了。
一个原型是不可能实现所有功能的，所以你要确定几个可以走通的功能，让给用户能够顺利在指定径上完成一系列任务。
原型完成后召集至少两三个设计师或者对交互比较了解的人，使用并评测原型。你可以将原型所关注的几个任务列出来，以免专家不知道原型哪部分可交互哪部分不可交互。
比较常用的评测方法是式评估法（Heuristic Evaluation），而这种方法比较常见的标准是尼尔森交互设计（Nielsen Heuristic）:
评级标准非常多，你也可以设计自己的标准。我认为比较简单好用的是 Jeff Robin问题分级：
原型通过专家评测后，你可以找一些典型用户使用原型。你可以把任务列给他们，让他们自己尝试完成任务。中间遇到的问题可以记录下来，设计师通过观察来进行评分。
用户最好是寻找符合人物角色（Persona）的目标人群和真实用户，这样得出的结论是最可靠的。不过，大多数情况下，产品的可用性问题都是“功能隐藏太深”、“文字描述不清晰”等通俗问题，一般人也能作为用户在测试中发现足够多的问题。
那么，还有一个问题，需要多少用户才能做评测呢？怎么也要几十上百个？其实只要五名用户就可以发现80%的可用性问题。
有趣的是，用户评测的结果可能和专家评测的结果相差很远。我以设计师都身份做过很多次可用性测试，每次都能发现意想不到的问题，因为用户视角和设计视角完全不同。
这个流程也不是单梦见吃面条线程的，其中有些步骤，仅仅只是为了进行下一步；另外一些，却会对后面好几个步骤产品影响。有几个环节，是又是可以循环好几轮来优化方案。
不过，这些东西很难用文字表述出来，最好是自己在实践中体会。如果一定要展现出来给大家看看，那就是下面这张流程图了：
如果每次产品上线前都把步骤做好了，测试来几轮，不一定耗费多少时间，但是效果绝对出乎你的意料。即便是再资深的产品专家和设计大神，都不可能算无遗漏，而数据永远是可靠的。
作者：Z Yuhan，一名前华为腾讯交互设计，在英国学习了人机交互，乐意带你由浅入深了解产品体验；号：体验进阶
非常棒很喜欢，有一处需要修改下：“Macomb 先生和夫人都是退休老师，现在已经20多岁了。” 20多岁应该还当不了教师哦，
动作脚本还应该基于数据分析再进行，也可以进行类似灰度测试，动作脚本整好了锦上添花，整不好画蛇添足
请问数据分析在产品设计的哪一步比较合适？文中好像没有单独提到数据分析，数据分析难到在定性的时候就已经在做了么？
人人都是产品经理（是以产品经理、运营为核心的学习、交流、分享平台，集、培训、社群为一体，全方位服务产品人和运营人，成立9年举办在线+期，线+场，产品经理大会、运营大会20+场，覆盖北上广深杭成都等15个城市，在行业有较高的影响力和知名度。平台聚集了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监，他们在这里与你一起成长。