搬到百度了：

     http://hi.baidu.com/lanx1983

    非常感谢在抓虾中订阅我博客的朋友们！！！

     你们不必修改订阅，已经合并过去了:)

实境调查( Contextual Inquiry)

. 除了实境调查，设计师无发有效的从他人那里获知用户需求

. 用户并不清楚自己倒底

. 通过仔细挑选受访对象，我们可以从少数用户那里了解整个市场需求 

. 从受访者当中提炼角色模型

数据解释(Interpretation)

. 尽可能及时的统计数据

. 让团队的所有成员参与访谈并达成共识

. 提取待用户需求，记录设计点，提出可能出现困难

. 参与的角色：受访者，角色模型，团队成员

. 在这个过程中应该：开放思维，互相信任，避免否定 

PS：这个步骤是记录受访者概况（如年龄，职业，性别）以及他对现有设计提出的不满。要求将这些用户进行编号，并按照统一格式记录采访数据。

图表分析 (Affinity Diagram)

. 这是一种最快最好的方法统计受访用户的所有需求

. 这可以使所有问题都展现出来，避免遗漏

. 这可以使需求得以归类（最下层的黄纸条是用户提出的问题和需求，依次往上是需求的归纳和提炼）

. 确立关键需求

用户角色模型( Persona)

. 从之前采访的所有用户综合提炼出一个角色模型

. 这样可以得到一个鲜活的用户形象并把所有相关需求和他联系起来

. 帮助设计师将“目标—用户—任务”联系起来

脑力风暴（BrainStorming）

. 投入到所有信息中去

. 让用户需求数据指导你的设计

. 没有顾忌的产生创意（不要否定任何奇思妙想）

. 最终投票选出热点设计和关键需求

情境建立（Visioning）

. 你希望你的设计创造什么样的使用方式?

. 让头脑风暴产生的点子落实下来

. 为你的设计构建一个合理的情境，为方便与其他部门交流，最好画出草图

. 适合的点子，不适合的点子（你需要在一些矛盾的点子之间有所取舍）

. 把好的点子集中起来，总结出一个最终的解决方案

故事板（Story board）

. 描述任务操作的细节

. 画出交互和操作的步骤

PS这个词的意思本身非常令我迷惑，我总把它和情境搞混，实际上，情境才是创造了一个角色模型使用产品时的故事，而故事板只是情境中的细节刻画，这两个东西总是很容易被搞混（至少我花了好长时间才明白，嗯……这就是英文直译的糟糕之处），下面是我们小组画的故事板:D

设计概念的纸上原型（Design Concept）

. 简单画出交互和操作步骤的大致框架图

. 设计师要尽可能多的考虑到可能出现的问题

用户测试（User test）

. 直接获取用户反馈

. 这是一个用户参与设计的过程

. 将权利交给受访用户

. 建立一个粗略的设计线框图

PS：这个用户测试不同于产品完成后的用户测试的概念，这是一个产品正式投入设计制作前的一个预先访谈，更像是一个再次征求用户意见的过程。

我想说的是如何在一个小团队内作UE 评估、改进。

UE的评估一切都是建立在数据上面。用数据来衡量可用性。

对于小团队内，有时候没办法有大量数据来分析。那么有经验的设计师 /交互设计师是否可主观评估、且主观建议改善方式？若有可能，当然是得再作数据分析是否提高了可用性了。

又比如，交互设计中，如，在一个注册任务中，某个选项或功能去掉必选了，可以提高注册量，我们可以跟踪数据来分析最后是正确的。但在这改进之前，即评估，我们如何知道这里需要改进，如何在没数据分析前来说服别的部门来作这一改进？    

记得白鸦有篇文章说过，大概是说，没有数据分析，通常由专家来评估……（汗，可能记错，再者，专家真的是专家吗？）。这里可能就涉及到了 UE在企业中是甲方地位或乙方地位的问题？在没有数据前，UE 方可能只能用某个成功案例或别的大网站有相同的地方来说证明说服了……

                                                                                                                                                            ——稻康亩

答：

首先，我不完全同意“UE的评估是建立在数据上面的”这种说法，UE评估分为定性和定量两种，你所说的数据其实指的是定量研究。（具体的解释你可以查阅Alan Cooper的《软件观念革命》一书即About Face 2.0的第一部分第4节。）与定量分析相比，定性研究更适用于在小团队里做用户研究，

你能做的是：

和团队的其他人交流——如产品经理，市场负责人，技术人员，从他们那里了解产品的最初愿景，预算技术约束，以及他们对用户的看法。

用户访谈——寻找几个目标用户对他们进行采访。

对同类产品进行研究——他们的用户反馈会给你很多启发。

查看相关设计资料——很多方法是通用的。

其次，就你举的注册任务的设计例子，我觉得好的解决办法是告诉技术部门你的想法，同时给出充足的理由：你为什么认为这样做会提高用户注册量？是否有以往的成功案例？或者理论依据？我想：将你说服自己的那些理由拿出来，加上良好的表述能力，是完全可以让技术部门接受你的建议的。（除非……你们有个不讲理的技术总监，同时，你的表达能力差强人意-_-!!）

最后，我不是专家-_-! 所以，我没法从专家的角度给出正解，以上回答纯属个人理解包括复述书本。我最多只能谈谈我在抓虾的工作经验。就web2.0网站的设计而言，有一点是非常重要的，也可能是很不同于以往软件开发的经验：用户应该被作为共同开发者来对待。Web2.0网站的一大特点似乎是“永远的测试（Beta）版”（当然，其中的Flickr已经提前过渡到Gama版了:P）。很多功能不是在完全考虑周详并测试成功后才发布出来的，事实上，抓虾的做法是：我们每次都会将新功能上线到：http://lab.zhuaxia.com上，热心的用户会帮我们测试，发现问题并提出意见，我们会时刻关注用户的反馈，从而进行修改和优化，如果一些功能实在不为用户所接受，我们会在正式上线时将其放弃掉。实际上，这并不是Web2.0时代的创新方式。它同样遵循以往的产品设计流程：概念设计——交互设计——视觉设计——用户测试——再设计……，只是我们将这一迭代周期大大缩短，也许一个软件从1.0到2.0版本需要几个月乃至一两年的时间，可现在，也许只是几小时的事情。

没有人是绝对的专家——正如Ajax技术的出现让交互设计师有了更多的发挥空间，同时也面临着无前例可循的挑战。这种时候，自己庆幸吧——抓住机会比别人早走一步，也许你就能成为这方面的专家！

                                                                                                                                                                 ——Lanx

结构设计师　Structure Designer

结构设计也称为概念设计 （Conceptual Design），是界面设计的骨架。第一步的工作是分析，而不是设计。通过分析目标用户的特点和任务，制定出产品的整体架构。就是具有能非常好地确定产品将要做什么，以便别人顺利完成任务的人。他/她不需要知道程序怎么写，但是他必须了解数据库可以提供些什么。这就好比设计一个店铺的展示，什么样的产品最吸引眼球放在橱窗；什么样的产品最好卖放在柜台；什么样的产品很冷门放在仓库，只在老顾客偶尔来询问时才拿出来，这绝对是一门学问。因为这不需要花费很多金钱和时间，却可以使产品有重大的变化。

结构设计师常用的工具是纸、铅笔，高级一点也许可以用Viso，当然，还有PPT，因为让其他人信服你的计划需要详尽的计划演示和完美的口才。

交互设计师 Interactive Designer

任何产品功能的实现都是通过人和机器的交互来完成的。虽然我们的产品通过机器实现，但在设计的过程中人的因素应该作为绝对的核心被体现出来。切记：是让技术为用户服务，而不是让用户服务技术。什么是人所易于使用的？这个操作过程需要交互设计师凭借对复杂行为的想象力一步一步的设计出来。

交互设计师设计项目的第一部分是针对功能进行详细的研究，用定性的现场调查技术，用户建模方法，设计出交互原则和模板。说白了就是在结构师搭好的骨架里找到用户最容易找到，最能够记住，并且最快捷的路径。交互设计控制程序的外观和行为，如果程序里从A点到F点需要经过B、C、D、E，交互设计师完全可以让用户只在界面上直接看到A点到达F点，中间的过程，无须让用户费心去记。

视觉（图形）设计师Graphic UI designer

目前，不少UI设计师都是在从事这个工作，不过，我想：这个称呼前应该再加一个G，也就是Graphic——图形。不过，这个所谓的“图形”不仅仅指代图案的元素，所有当前呈现在我们屏幕上的东西都需要通过图形设计师的设计展示出来。

界面的图形设计是在结构设计与交互设计的基础上，参照目标群体的心理模型对界面进行色彩、字体、风格方面的设计。从而达到用户愉悦使用的目的。图形界面设计师需要对色彩，图案，字体等一系列视觉化的元素有深入的研究，了解什么样的用户希望看到怎样的界面风格，多大的字体才是老年人看得清楚的，什么样的图案才让人明白是可点击的，这些，都是图形设计师需要考虑的，把界面每一步的效果通过Photoshop做出效果图，剩下的就有程序员来搞定吧——当然，如果你能够独立编写html以及CSS的话就自己动手丰衣足食吧，因为程序员常常不认为给文字与页面边缘留5-10px的空隙是对视觉效果影响很大的问题。

用户测试工程师User experience engineer

任何产品为了保证质量都需要测试，软件的编码需要测试，自然UI设计也需要被测试。这个测试和编码没有任何关系，主要是测试交互设计的合理性以及图形设计的美观性。测试方法一般都是采用焦点小组，用目标用户问卷的形式来衡量UI设计的合理性。

用户测试工程师需要制定测试计划，联系接受的用户，统计测试结果，然后将设计上的问题根据问题的严重程度分出等级，从而确定修改的优先级顺序。

这个职位很重要，如果没有这个职位，UI设计的好坏只能凭借设计师的经验来评判，或者是等到用户破口大骂时才意识到问题的严重性是很糟糕的。

不知道说清楚了没有，也不知道说的对不对，“稻康亩”同学你对我的解释还满意吗？？=0=

不过，我一直也搞不太明白UE设计师到底是干什么的涅？

首先，用户体验（user experience）也就是UE是指用户访问一个网站或者使用一个产品时的全部体验。他们的印象和感觉，是否成功，是否享受，是否还想再来/使用。他们能够忍受的问题，疑惑和BUG的程度。

-_-!感觉上，很虚的一个词噢~~~~~~

看看国内国外几个公司招聘UE设计师（工程师）的要求,也许会对这个职位多一些了解：

金山软件股份公司招聘用户体验工程师 

* 专业要求认知心理学，人机交互学，或者计算机科学，以及相关专业

* 熟悉各种互联网产品的可用性分析，及用户分析方法，可以进行实验室用户可用性研究，用户焦点调研。

* 卓越的分析能力，可以对用户行为，评测结果进行很好的分析研究。出具高品质的研究报告

* 较好的写作能力和书面交流能力，可以很好的表达和传递自己的观察或者研究结果

* 可以独立工作，很好的安排多个同时进行的工作

* 灵活机动：可以很好的应对工作计划改变，不同类型的产品，在需要的时候可以设计新的用户研究和产品评测方法。

新浪BLOG招聘用户体验工程师

* 曾参与过多次互联网大型线上产品制作与页面制作，并担任主要角色。

* 能独立进行页面内容规划，制作页面模型，并能完成大型线上产品页面相关文案。

* 熟悉各种互联网产品的可用性分析，及用户分析方法，可以进行实验室用户可用性研究，用户需求调研。

* 卓越的分析能力，可以对用户行为、评测结果进行很好的分析研究。出具高品质的研究报告。

* 较好的写作能力和书面交流能力，可以很好的表达和传递自己的观察及研究结果。

* 可以独立工作，很好的安排多个同时进行的工作。

* 灵活机动：可以很好的应对工作计划改变，不同类型的产品，在需要的时候可以设计新的用户研究和产品评测方法。

* 需一年以上互联网相关职位工作经验。

百度用户体验工程师

* 帮助公司进行各种产品的易用性和功能分析，进行用户研究

* 协助其他部门进行新产品设计、产品原型评测

* 协助其他部门进行现有产品的改版设计

* 优化现有产品的用户体验

* 对各产品的市场需求进行分析

* 主持用户观察、深访、焦点小组等易用性测试

* 撰写调研报告

* 撰写产品分析报告

* 部门员工培训

微软招聘用户体验传教士

* 我们想找的资深用户体验设计师需要同时了解商业和设计。

* 有能力组建一个这样的设计团队——它能够在商业和生活中建立起沟通的平台。

* 我们的最新的平台和工具将使设计师和开发人员能够最大限度的发挥创造力，创造出丰富的，极富魅力的，前所未有的用户体验。

* 位于战略性终端用户体验研究部门，灌输认识和反馈到开发团队。

* 成为设计师的典型。让用户体验变成微软长期成功的核心概念。

* 为了达到最佳的用户体验，你可以尽可能的发挥你的设计才能，我们将会提供最佳的技术支持。

一些有趣的优势条件：

* 已经是社区被信任的活跃分子。

* 在用户体验/设计会议上发表过演讲。

* 担任过布道或者沟通的职位。

* 最好无学术派别，别对微软有偏见。

* 最好，属于那种工作生活都是给点阳光就灿烂的类型，嘿嘿！

* 很好的演讲者和领导，活跃的blogger,写报告有经验。

嗯~~~~差不多看出点门道了吧？~