关于网站体验的思考

经典开了新版块，看到一篇关注主题的讨论 ，顺便发散并整理一下思路，算是几个月来的总结。

核心竞争力问题

推荐这篇用户体验并不是灵丹妙药 ，请注意评论更精彩。

一直以来就有的现象，N多人都在炒网站UE，其实很少有人搞清楚了UE的真正含义。

到底在体验什么

• 交互设计，呈现给用户操作上的体验，强调易用/可用性。
• 视觉设计，呈现给用户视觉上的体验，强调观赏性。
• 情感设计，呈现给用户提示上的体验，强调友好性。
• 重构设计，呈现给用户显示上的体验，强调可访问性。

现在的发展情况来看，交互和情感设计都比较弱。另外我个人认为，很多方面现在市场需求还没到这个高度，比如W3C推的WAI 。

包括哪些步骤

• 间接步骤：用户研究、信息架构
• 直接步骤：交互、视觉、情感、重构设计
• 测试步骤：产品评估

不同项目需求会有针对性的弱化某些步骤，事实上也几乎不可能做到面面俱到。项目周期也不允许太学术的阳春白雪，最短的时间完成最佳的效果，懂得如何 妥协也是UE的价值所在。完善的UE Team内，根据特长，成员各司其职分工明确，当然一人身兼数职也很正常，但整个Team始终都是一个整体，为同样的目标服务。

工程师还是设计师

这是最常见的两种Title，我个人认为两者皆可，“工程师”偏向工程类间接步骤，“设计师”偏向设计类直接步骤。整个Team会涉及UR, ID, IA甚至更多，但一般公司组织结构上都统称为UE，只有少数有专业需求的公司会把职位分的很细，具体怎么叫其实无所谓。

和项目经理的区别

UE不同于PM，虽然之间有很多重叠职能，实际项目中UE只是去辅助PM协调工作。也就是说UE和PM是相辅相成的交叉关系，合作的好效果显著，合作不好也很容易出现责任不明确的问题。

PM主要把握的是项目，UE主要把握的则是产品。

从事者的特质

• 性格：善于思考，易沟通，完美主义，思维逻辑性和发散性强，有创新意识。
• 技能：设计能力比较强，对后端程序有初步了解。掌握全面的用户体验方法的理论知识，至少在某一方面有较深造诣。
• 经验：多种不同类型产品策划、设计、制作、运维经验，有一定的行业研究背景。

体验来源于生活，其实我觉得，技能和经验都可以慢慢来，但性格是天生的，很难改变。纯技术类东西不一定都要会，只要知道怎么回事就可以，UE不可能做到事必躬亲，当然懂的越多，把握的产品能力就越强。

说白了，UE强调的不是技术而是经验和意识。

++++++++++ 论坛讨论 开始 ++++++++++

ejan:

• 策略，网站的动机目的何在，和用户须求
• 范围(意图)，功能规范和内须求
• 架构，交互设计和信息架构
• 骨干，界面、导航设计和信息设计
• 外观，视觉呈现

概括的比较好。

happyseven:

UE不是设计，而是策划。做UE的规划，最需要具备的就是了解人和人的习惯，顺从人的习惯，并可以引导人和培养习惯。

我认为UE只属于策划支持。

冰麒麟:

如果你有2-3年UI设计工作经验。你可以不用去学心理学了。因为你在平时肯定积累的很多很多用户反馈或者其他特殊情况的处理经验。如果你是喜欢思考的人。3年时间肯定可以让你体会或者是感悟出属于自己的一套想法。

相当赞同，项目为本，自己总结出来的东西不一定比书本上的差。

SharkUI:

我们这里UE不是一个岗位，而是一个虚拟的团队，来自于不同部门的专家。包括UI、开发、心理、数据等等。不知道是不是还有其他的UE团队是类似的结构，因为我们目前觉得很难找到一个或几个同时具备所有这些专家级别技能的人来。

能找到多人组成一个梦幻团队就相当不容易了，找一个超人更不现实，呵呵。

cnsky:

但是我发现国内大都数的所谓讲究理解用户体验的人大都只是从自己的个人的角度出发。局限性很大。
我觉得UE的工作不仅仅是弄出一套好的系统流程，而且还有一个重点是你如何让你的客户来接受你的这套流程。
一个好的UE需要掌握和学习的东西是非常多的，这个职位所需要的专业程度远比我们想象得要来得复杂。

做体验是不能主观的，逆向和换位是两种最常用的思考方法。比如启发式评估，最好需要多人分别进行，其目的就是尽量规避个人评估的主观性。另外，我觉得UE的关键不是流程而是方法。

++++++++++ 论坛讨论 结束 ++++++++++

网站体验思想来源于软件、手机等行业，但我想这是一个更新的课题，因为网站本身就相对独立。类似国外的UE的职责描述，其实我个人觉得，其中某些地方还是比较片面，不过显然，老外们已经领先了我们很多，但可发展的空间还很大。

© 一叶千鸟