有时会被问到“看看XXX网站如何？”之类的问题。

谈到评估，通常都是指产品级的网站，如果模式很新，了解需要花一定时间。于是，很多人又问“那么你仅从UI/UE的角度看看呢？”首先我们得达成共识，一切花里胡哨都在为功能服务，如果功能满足都成问题，其他就没必要谈了。

举例分步说明，注意先后顺序。

第一，没有足够应用经验，不可能了解网站的功能和结构，如何做出判断？

初步印象

1. 是否有眼前一亮的感觉？任何元素都可能抓住用户，先入为主。
2. 能否尽快搞清楚，网站提供何种服务，并且能尽快明白，有无注册的必要？

信息可视化

1. 好页面似一杯鸡尾酒，具有层次感，远近都能看出效果，而不是一坨浆糊。
2. 呈现是否平衡？不相干的元素之间，也可能建立联系，很多不协调的根源，就在这里。
3. 尝试在纯UI的角度深度感知，整体氛围是否和已了解的概念搭配？比如够不够热闹、有没有品位。
4. 通过模块能否分辨出网站？不看Logo还认识网站么？检查内容+界面的相关性。

导航系统

1. 多深入几级页面，是否清晰自己的位置？
2. 多纵横逛几个来回，是否已经迷路？

第二，假设对产品有了初步了解，确定自己需要此服务，如何细化尝试？

功能结构

1. 主体逻辑是否清晰？思路是否顺手等习惯问题。
2. 能满足自己多少需求？只是衡量产品的成熟情况，但不是好坏关键。
3. 有多少创新？让自己意外了，统统记下来。

设计细节

1. 交互设计，挑主要业务流程进行测试，主要看逻辑是否混乱。
2. 视觉设计，不仅仅是图形，字符效果同样需要推敲，也属于深入信息可视化的范畴。
3. 信息设计，内容有没有生命力？情感化等同于催化剂。

客户端技术

1. 交互流畅程度，大量的Ajax技术应用会影响效率。
2. 搜索引擎的优化工作，可以借助Alexa和Google两大工具。
3. 代码质量，看几个代表性页面就可以。

第三，在竞争对手的角度，如何提炼总结？

产品跟踪

1. 更新节奏，改版中可能会暴露发展方向和一些好创意。
2. 解决方案，重要的不是完美，而是统一，体系才能形成壁垒。

数据挖掘

1. 找准用户群，并在运营的角度进行细分、锁定各自特征值，提供可修正的参考依据。
2. 关注用户忠诚度，不满意就意味着寻求改变。
3. 用户活跃程度和活跃倾向，也是值得参考的重要数据。

我经常参与测试产品，不管是自己的、别人的、感兴趣的、不感兴趣的、见过的、没见过的，大致都可以使用同样的方法体系。把事情做彻底，目地就是搞清楚设计意图。

三个部分阐述，其实也暗合用户理解的本能、行为、反思三层结构。通常，人做事的能力和态度具有相关性，从前边的工作成果，基本上就能评估出后续工作的斤两。

组织简介 | 联系我们 |   Copyright 2002 ®  UML软件工程组织 京ICP备10020922号

京公海网安备110108001071号