有时会被问到“看看XXX网站如何？”之类的问题。
谈到评估，通常都是指产品级的网站，如果模式很新，了解需要花一定时间。于是，很多人又问“那么你仅从UI/UE的角度看看呢？”首先我们得达成共识，一切花里胡哨都在为功能服务，如果功能满足都成问题，其他就没必要谈了。
举例分步说明，注意先后顺序。
第一，没有足够应用经验，不可能了解网站的功能和结构，如何做出判断？
初步印象
- 是否有眼前一亮的感觉？任何元素都可能抓住用户，先入为主。
- 能否尽快搞清楚，网站提供何种服务，并且能尽快明白，有无注册的必要？
信息可视化
- 好页面似一杯鸡尾酒，具有层次感，远近都能看出效果，而不是一坨浆糊。
- 呈现是否平衡？不相干的元素之间，也可能建立联系，很多不协调的根源，就在这里。
- 尝试在纯UI的角度深度感知，整体氛围是否和已了解的概念搭配？比如够不够热闹、有没有品位。
- 通过模块能否分辨出网站？不看Logo还认识网站么？检查内容+界面的相关性。
导航系统
- 多深入几级页面，是否清晰自己的位置？
- 多纵横逛几个来回，是否已经迷路？
第二，假设对产品有了初步了解，确定自己需要此服务，如何细化尝试？
功能结构
- 主体逻辑是否清晰？思路是否顺手等习惯问题。
- 能满足自己多少需求？只是衡量产品的成熟情况，但不是好坏关键。
- 有多少创新？让自己意外了，统统记下来。
设计细节
- 交互设计，挑主要业务流程进行测试，主要看逻辑是否混乱。
- 视觉设计，不仅仅是图形，字符效果同样需要推敲，也属于深入信息可视化的范畴。
- 信息设计，内容有没有生命力？情感化等同于催化剂。
客户端技术
- 交互流畅程度，大量的Ajax技术应用会影响效率。
- 搜索引擎的优化工作，可以借助Alexa和Google两大工具。
- 代码质量，看几个代表性页面就可以。
第三，在竞争对手的角度，如何提炼总结？
产品跟踪
- 更新节奏，改版中可能会暴露发展方向和一些好创意。
- 解决方案，重要的不是完美，而是统一，体系才能形成壁垒。
数据挖掘
- 找准用户群，并在运营的角度进行细分、锁定各自特征值，提供可修正的参考依据。
- 关注用户忠诚度，不满意就意味着寻求改变。
- 用户活跃程度和活跃倾向，也是值得参考的重要数据。
我经常参与测试产品，不管是自己的、别人的、感兴趣的、不感兴趣的、见过的、没见过的，大致都可以使用同样的方法体系。把事情做彻底，目地就是搞清楚设计意图。
三个部分阐述，其实也暗合用户理解的本能、行为、反思三层结构。通常，人做事的能力和态度具有相关性，从前边的工作成果，基本上就能评估出后续工作的斤两。
