科技猎有哪些靠谱的交互设计评估方法？
对架构、布局、内容、行为四个方面对照检查@elya
1.架构和导航Architecture and navigation
¨ 是否采用了用户熟悉或容易理解的结构？
¨ 是否能识别当前在网站中的位置？
¨ 是否能清晰表达页面之间的结构？
¨ 是否能快速回到首页/主要页面？
¨ 链接名称与页面名称是否相对应？
¨ 当前页面的结构和布局是否清晰？
2.布局和设计Layout and design
¨ 是否采用了用户熟悉的界面元素和控件？
¨ 界面元素和控件的文字、位置、布局、分组、大小、颜色、形状等是否合理、容易识别、一致？
¨ 界面元素/控件之间的关系是否表达正确？
¨ 主要操作/阅读区域的视线是否流畅？
¨ 其他文本（称谓、提示语、提供反馈）是否一致？
3.内容和可读性Content and readability
¨ 文字内容的交流对象是用户吗？
¨ 语言是否简洁、易懂、礼貌？
¨ 内容表达的含义是否一致？
¨ 重要内容是否处于显著位置？
¨ 是否在需要时提供必要的信息？
¨ 是否有干扰视线和注意力的元素？
4.行为和互动Behavior and interaction
¨ 是否告知、引导用户可以做什么？
¨ 是否告知需要进行哪些步骤？
¨ 是否告知需要多少时间完成？
¨ 是否告知第一步做什么？
¨ 是否告知输入/操作限制？
¨ 是否有必要的系统/用户行为反馈？
¨ 是否允许必要的撤销操作？
¨ 是否页面上所有操作都必须由用户完成？
¨ 是否已将操作步骤、点击次数减至最少？
¨ 是否所有跳转都是必须的（无法在当前页面呈现）？
交互设计的评估 通常有以下方法@马力
1. 启发式评估方法&专家评估
利用一些已有的设计原则和行业准则等，由有经验的设计师，按照这些原则、Checklist进行评估。你可以按照这些原则去检查设计，看看是不是有违反这些原则的设计漏洞，通常通过这种检查，你可以快速的找到一些问题。
2. Usability Testing（可用性测试）
由有经验的设计师（或者可用性专员等等，any title），对产品进行分析，找出关键的Use Case，然后根据这些Use Case撰写脚本，布置出一些任务来。同时，根据产品的用户群，选择一些有代表性的用户，邀请这些用户和你一起来做可用性测试。注意，这些用户叫做“参试”，而心理学上通常叫“被试”，这是有区别的，要明确你是要和用户一起测试产品，而不是去测试他们自己。
测试时通常有一个主持人来陪同用户，按照事先拟定的脚本，一步步来使用产品，主持人需要在过程中紧密的观察用户的使用，发现问题并和用户沟通（一定要让用户很放松，很自然，国内用户通常会紧张）。当用户操作发生错误，或者迷惑不解等等时，主持人就要重点留意，并挖掘出用户出现这些问题背后的原因是什么。
如此这般，可以发现很多有价值的可用性问题，然后来改善设计。参试的人数一般7～8个人就可以（当然还要看产品的具体情况，用户群的大小、集中程度等等），如果你是快速迭代的测试，5个人甚至都可以。
3. Log分析
可以在软件/应用/Web里记录Log，来分析用户的行为。Log里可以包含各种你想记录下来的行为/事件，如点击次数、停留时间、从那个地方离开的，等等，当然如果你要分析具体的交互设计的话，最好一开始能有一个假设，建立一个模型，例如什么样的数据会证明这个设计是好的，或者是差的，是点击率的高低？是两个数值之间的联系？等等。
4. A/B Test
可以出两个或者多个交互设计的方案，同时放出来让用户使用（需要控制用户群体），然后根据数据（或者用户反馈），来比较选择某一个更优的方案。需要注意的有两点：
(1)方案本身要注意控制哪些是变化的因素哪些是不变的，例如一个方案用的是按钮，而另一个方案里是链接，其他的地方都不变，这样根据点击率就可以知道哪个更好一些，如果你同时又变化了别的内容，例如一个加图片，另一个不加，就很难分的清是哪个影响的了。
(2)用户群要控制好，或者说抽样要合适，尽量能让两种方案接触的用户群组成相同，这样就容易比较。
5. 其他方法
例如，通过眼动仪来追踪视线以发现用户的关注点等等。这在很多地方，特别是要微观的调整布局设计等时非常有用，但是大多数情况下，我们的设计还不需要到这个层面上去测试和观察，因为总是有更多显而易见的问题被我们以更廉价的方法识别出来。
总结：个人觉得评估的方式有很多种，我们只要把握其中的几种就可以了，更多的时候或许跳出做产品的思维方式作为小白用户来使用产品，也许能够获得许多对于产品有不一样的理解
本文由人人都是产品经理@粥粥整理自 知乎问答 ，转载请注明出处并保留本文链接。
