简单是一个既能够满足用户，也能够取悦用户的复合体。老师说，如果一件事你没有把握，那么就采用最简单的方法去做一遍。当我们用这样的方式去做的时候，即满足了自我的需求，也取悦了老师。

他告诉我的的几点UE心得听起来赏心悦目： 1 发现未被充分满足的必需需求 2 提出远优于竞争对手的方案，甚至颠覆游戏规则 3 如果无法完成第2项，就择优借鉴竞争对手的方案 4 专注于此，持续改进 5 让你的用户知道

你的用户会经常登录吗，还是他们几乎不会看到这样的登录界面？新用户对你有多重要？重要到可以让每一个老用户在“登录”的时候先跳过“注册新用户”吗？

1. 对“最近文档”做一些类似时间范围的条件过滤，让这个“最近”更有序； 2. 范围锁定的文件搜索，有点类似outlook的邮件搜索功能； 3. 对列出文件提供属性排序选项； 4. 可管理的偏好文件路径收藏，有点类似我们习惯使用的文件夹快捷按钮，但是如果如果提供一定的管理功能，一定能大大提高以后的检索效率；

除了惊叹于它的创意，我们仔细想想，在交互设计中，我们可以整合两种用户比较习惯的元素，这里是 Tab 导航和 Breadcrumb，这是一种将现存元素组合的创意思考方法。值得学习。 酷归酷，在这种触及核心的导航上，我仍然不改我的观点，最好的体现网站信息架构的交互方式，目前仍然是树型控件，或者称之为目录式导航（至少在国内如此）。

而在互联网上，中国用户的使用习惯是新浪塑造出来的。比如我问我所观察的美女，她为什么不点击某个链接，她的回答是，在新浪上，这个链接点进去是新浪的搜索结果页面，而不是她真正想看的内容，所以她看到模样相似的链接就不愿意去点击，即使这个链接不在新浪网上。还比如，我们发现多位美女都对某一块区域的内容很感兴趣。而询问后得到的回答也是，因为在新浪上，这块区域的内容一般都是真的内容，而不是广告什么的。

对很多UE实践者而言，成为产品经理(Product Manager, PM)是一个合理的转换，因为两者往往需要类似的技能，特点和能力。此外产品管理是很多组织共有的角色，向这样一个已存在的角色过渡是较为容易的，只是信息架构师或交互设计师如果选择用这种直接方式来影响产品的话，他们还需要学会换位思考。

综上所述UI设计师就是：软件图形设计师、交互设计师和用户研究工程师。

UE最好的位置是设计部门，他们会拿到一个既定的产品的设计方案，这个方案包括了产品的定位、用户群、运营思路、详细模块等描述。在此基础上，UE在产品的可视化实现上为实现设计的同事提供有理有据的进一步指导。他们和实现设计的同事一起，使得成型的产品更加美观、易用。

我也一直记得她不断地强调：“我们之所以成为专家不是因为我们知道的比别人多，而是因为我们掌握了方法。”而她说的方法，就是包括用户调查、可用性测试、人物角色、场景设计、数据分析等等在内的一系列被认为科学有效的方法，有多少网站在产品设计流程中哪怕真正实施过一两个这样的方法呢？又有多少人真正知道如何有效运用这些方法呢？

“一个产品的团队就像一个乐队，吹喇叭的就管喇叭，打鼓的就管鼓；就算是乐队指挥也总不能自己去吹喇叭吧。 所以各角色还是应该自己决定自己在整体节奏下自己应该奏出的音符”；

什么是效果模型？ 用户心中有自己的想法和自己的思路自己期望的预期的结果和操作方式。 网站从业人员设计的网站模块产品有自己的想法和达到自己预期的目的效果。 效果模型就是双方互动的结果，通过WEB交互的结果。

一个好的产品一定要进过用户测试吗？不然，左右用户测试结果的因素太多太多了。标本是否有说服力，能代表绝大部分用户群等等。 所以一个好的设计师就应该有能力和潜力了解用户的潜需求，作出相应好的产品。就能带动一个时尚的潮流。所以不要把用户测试看成是真正用户需求的一种方法！

6、看来，要做好产品的UE设计并非是不停的在理论上推断就可以行了。 不站在用户真实使用(可以是模拟 但不可以是理论上的推理)的角度去设计，再合理的理论最后带来的也是失败的设计！ 无论什么样的推理也就只是为了现实使用而服务的.

一个产品的用户体验设计应该：有UE部门主导、多个部门一起努力。

这里的“不择手段”是相对于西方的理性方法（比如大量的调研、可用性测试等）来说的。理性的方法也非常好，我们一定要学习。同时对于中国大多数处于起步阶段的公司来说，这样的方法成本很高，所以经常会采用上面说的这些“感性”方法。我们觉得这些“感性”的方法并不是完全不可取的，只要注意：无论怎么“不择手段”地去设计你的产品，一切都要以用户的需求和习惯为基础，同时在操作时兼顾商业需求和技术约束。这样你的设计才会得到用户的赞同和市场的承认。

和团队的其他人交流——如产品经理，市场负责人，技术人员，从他们那里了解产品的最初愿景，预算技术约束，以及他们对用户的看法。 用户访谈——寻找几个目标用户对他们进行采访。 对同类产品进行研究——他们的用户反馈会给你很多启发。 查看相关设计资料——很多方法是通用的。

互联网特别可以比喻成一个容器，用户一定会流向更好体验的那个方向， 所以用户体验部门是企业长久作战的命根。

1、“注册”“找回密码”等这些个非“登录”任务本身的嫡亲应该安排在那里？ 我的观点：首先一定要明确“严格来说他们并不属于这个任务”。 放在那里不重要，重要的是我们需要给表现成“相关任务”，不要当作该任务界面的主要元素来处理。（无论在架构还是在交互上都不要让他“喧宾夺主”）

其实作好UE设计不一定非得是UE设计师的专利，只要你用‘心’ 有‘态度’，就一定能做好，起码会‘较之以前好’