农村过年有个风俗，大年初一要到村里所有人家里去拜年，小孩的特权就是可以拎一个大袋子去装礼物。现在回忆起来有一个很有趣的现象，到家境不太好的人 家去拜年的时候他总会塞给你很多的花生、瓜子、还有便宜的糖，每次都搞的袋子里满满的；而家境比较富裕的人家就给一捧西瓜子就完事了。（我小的时候农村还 是相当不富裕的，每家都会种花生，所以花生特别多，但是西瓜子只能去街上买而且价格不菲。在中国的过年基本上就是在过面子，所以不管怎么样都是要在初一的 时候装一装门面的。）

可是结果呢？我们几个小伙伴总是会在拜完年回家的路上把西瓜子自己留下，其余花生什么的要么拿回家给爸爸妈妈继续待客，要么嫌拎着沉直接扔在路上了，而且最念念不忘的还是那些虽然给的少，但是给西瓜子之类的人家…….

每次在讨论产品的时候总是有人说，我觉得用户需要这个，我们应该给用户什么样的功能，完成之后用户可以用这个怎样怎样；我们在设计页面的时候本身网站的内容非常少，功能也少，但是为了让首页和二级页面看起来都不空洞，我们要把能摆的东西都摆上去，结果首页和二级页面上放的东西基本都一样了，用户在各个页面上跳来跳去，总是觉得还是在一个页面上，总是觉得自己怎么走都走不出去，于是下次再也不来了；如果是我在用完这个功能之后我还想怎样怎样，我觉得我们应该给用户更多的东西可以用，这样他们就不会觉得我们的东西太少了，于是一上线就把所有的功能一字排开，让整个开发团队的人累的半死去做满所有的功能…..

可是结果呢？我们的用户体验，你给我了这个功能没有什么大的用处，我百年难得一用这样的功能，往往我们的产品人员会最后发现，消耗了我们90%以上的精力开发的产品只是为了10%的用户去做的，有时满足甚至更低…..

office有众多强大的功能，可是大约我们90%的用户只用到其中10%的功能，那另外的90%的功能大多数不会用到反而让整个office软件显得臃肿且安装缓慢；百度也有很多产品，但是在baidu.com上我们只看到他摆出来多多少少9个产品而已；google的产品也是如此，前段时间我和稻草在一 个偶然的探讨中骤然发现了google reader的强大功能，我当时感叹，google是怎么做的呢？他做了这么多的功能，但是看上去却如此简单，这太了不起了！

我的意思并不是说我们不要去做复杂的产品，相反的，我们需要做功能足够丰富的产品！一个产品20%的功能是用户常用到的，而另外80%是不常用的，我们称前者为基础功能，后者为扩展功能；而同时又有80%的用户平常也就只用这20%的功能，这是二八原则。我们也完全没有必要去砍掉那80%的功能来满足大部分用户，我们需要一个复杂的产品，但是我们更需要给用户展示一个简单的产品，让用户自己去发现那被“隐藏”的功能，他会说，“哇！太神奇，这个产品居然还可以这么用，太强大！”

我们更没有必要在产品刚刚上线的时候就把能够展示的功能不管好坏一股脑的都摆出来，这样的做法只能是让那80%的不常用的功能吓走用户。这就好比最开始的那个故事，那些塞在袋子里的满满当当的花生一样，只会让我觉得很沉，在有必要的时候我想全部给丢掉，只留下西瓜子。

一个好的产品人员应该知道给用户什么，而不是用户想要什么就给用户什么，给他最需要的或者你做的最好的，提示他去挖掘我们隐藏的好东东，这样才能让用户死心塌地的爱上你的产品。

在产品设计中有个原则，够用就好。在最初和我们的技术团队碰需求的时候需要搞清楚，我们的团队开发这个功能需要多久？我们有多少用户需要这个功能？从整个产品运营的角度看，我们是否需要现在就把这个功能推给用户？不要把某一小撮用户需要的功能当作大众想法提前做出来；不要因为一个不被常用的功能拖延整个产 品的开发进度；不要一下子就把用户喂饱甚至撑死。

在《写给大家看的设计书》（The Non-Designer’s Design Book）的第一个部分，作者Robin把设计的基本原则概括为4条，首字母缩写为不太文明的单词“CRAP”。这就是大家耳熟能详的对比（Contrast）、重复 （Repetition）、对齐（Alignment）、亲密性（Proximity）。
对比（contrast）：如果2个项不完全相同，就应当使之不同，而且应该是截然不同。对比的方式有很多，包括字体、线条、色彩、材质、元素、间隔等。对比能够吸引眼球，目的是有助与信息的组织，并增强页面效果。因为是比较，对比必然要加大力度。
重复（Repetition）：设计的某些方面需要在整个作品中重复。可能是字体、线条、某个符号、颜色、设计要素、格式、空间关系等。重复可以看作是一种一致性，目的是为了保持统一，并增强效果。但是，要避免太多的重复一个元素，重复太多会让人讨厌。
对齐（Alignment）：任何元素都不能在页面上随意安放，每一项都应当与页面上的某个内容存在某种视觉联系。对齐包括左对齐、右对齐、居中对齐，不过对于初学者而言作者强烈建议我们强制自己避开居中对齐。通过亲密性，并结合明确的右对齐或左对齐，整个设计将有意想不到的改观。对齐的根本目的是使页面统一而且有条理，不过要避在页面上混合使用多种文本对齐方式。
亲密性（Proximity）：将相关的项目组织在一起，使他们的物理位置相互靠近，如果某些项彼此间并无关联，这些元素就不应该靠近。亲密性的根本目的是实现组织性。亲密性的敌人是害怕留白或者是留出同样大小的空白。

以上是作者Robin一直在强调的4个基本设计原则，但是读完第一部分你会发现，其实作者还说了第五个更加基本也是最重要的一个设计原则——打破规则！我觉得这才是最最基本最最重要的一个设计原则。
当然，规则都是用来打破的，但是在打破规则之前必须要清楚规则是什么！比如，如果设计中的对齐很明确，那么可以有意识地打破对齐，而且一定要表现出这是有意的。一定要干脆一些，要么全部采用一种方式，要么全都不采用这种方式，千万不要保守；比如你不能重复太多的元素，适当的时候需要使用对比。
作者也不止一次的提到一定要大胆的去做，作者认为这是一个指导性的大原则——不要畏畏缩缩。比如：
不要害怕在设计中留白，不要看到空间中有空白就把元素都往这里塞，留白能让用户的眼睛稍作休息；
不要害怕因为不对称而使用居中对齐，不居中往往效果更强烈；
不要害怕把单词设置的非常大或者非常小，对比就是需要很强烈；

正如卷首语所言，“人们通常都很教条地去追求可读性，并且常常因为过分强调而变得千篇一律”！只要最后的结果能够支持或者强调你的设计或观点，勇敢的去打破那些规则，不要畏畏缩缩的！

读《<写给大家看的设计>第三版》

重做了一次系统，很自然的就丢失了原本被浏览器记录了的全部书签中网址的登录用户名。
其实，所有网站的密码基本上我都没有忘记，反倒是把用户名都记的混淆了。我实在无法记得这些全数字ID、数字+字母ID、字母+下划线ID、必须超过6个 字母的ID、必须使用字母数字组合ID等等都是什么了…..
我始终觉得，对用户而言，在登录ID和密码之间相对比较不会忘记的会是密码。因为对某一个用户而言，他可以对所有的网站使用同一个密码，但是却无法在所有的网站都使用同一个ID，这就好比是很多人会用生日或者家里电话做各类银行卡的密码一样。那么，对某一个用户而言相对独有的ID会是什么？邮件地址！
登录ID、显示名称、密码、找回密码之间的桥梁一直是邮件（当然，短信、人工服务也存在），多数产品中用户ID的唯一性的证明要件还是邮件。那么，是否可以考虑把这些关系进行简化呢？登录ID与邮件地址直接实际上是可以合并的，直接使用邮件地址作为登录ID更加省心。使用邮件地址和密码进行登录，使用显示 名称（昵称）对外示人，减少一个环节。
早前，对于找回密码的设计，我说，如果我忘记了用户名的话，我该怎么办呢？很遗憾，没有几个网站去考虑过这个问题，他们大抵认为他们网站设置的用户ID太好被记录了压根不会被忘记，或者就算忘记了用户名就再去注册一个罢了，反正我们网站还会多一个注册用户。

OK，就算你考虑到你的产品中登录ID与显示名称必须是统一的，就是说用什么注册就用什么登录再用什么显示。那么，至少，至少在我登录的时候再多给我点提示吧，让我知道我需要拿哪张证件才能被你们通过啊？
在有啊，如果你输入的是错误的ID格式登录，它只会机械的重复一句话“用户名格式错误，请重新输入”….仅仅告诉用户错误是不够的，用户需要知道什么才是争取的！
在豆瓣，它会明显的告诉你，输入你的Email地址
在Twitter，它会直接告诉你使用“user name or email address”登录。这才是最好的做法，把你家门口的路灯挂的再亮一点，这样才会有更多的人知道那里是友好的和谐的，才想进去

实际上，那句酸溜溜的“您好，欢迎光临XXX网，请XX”并没有你想象的那么重要，如果有必要可以直接把他们拿掉，本来顶部空间就小还搞这些有什么用？一句客套话始终不会有一个实在的引路来的效果更好！改进网站的用户体验并不是在表面上装作笑脸盈盈就可以的！
如果能在我进门之前就告诉我，我使用哪张卡能在里面玩的更舒服，我会满怀欣喜的进入；就算在开始的时候没告诉我，但是当我出错的时候能够热心的告诉我如何 改正，我也会欣然改正错误；如果我一直在改错，但是还是一直错误，作为看门人的你也不告诉我我到底错在什么地方，我就会愤然离去，或者我们的关系再好点， 我只能去注册一个新的ID，同时也给网站带来了一个死ID……何必呢？

PS：为了使下次重做系统的时候不再受这帮看门人的鸟气，Firefox用户可以使用插件FEBE和Xmarks配合。Xmarks可以通过你的书签到服务器上，而FEBE的主要作用就是对Firefox进行备份，包括扩展、主题、书签、首选项、cookies、用户名和密码、搜索插件、搜索历史、表单历史、许可文件、配置文件等。

公司附近有个二级的商场，和很多这样的商场一样它的底层是大食堂。食堂的铺面被各个租户承包，出售各类的小吃，在附近上班的人大多都会在这里解决午饭问题。
里面有2个毗邻的摊位，都是卖快餐的。左边一家使用传统的手法，将所有做好的菜和饭以大盆盛装都摆放在玻璃柜台的后面，然后用餐盘按照顾客的需要从大盆里 盛菜到餐盘上，最多可以选择4个菜，饭也可以按照顾客的需要或多或少，标价以一盘计费，分为10元和12元；右边一家店铺名字叫“时尚小碗”，他把做好的 菜都事先用一个小碗盛好，按照类别摆放在柜台上，米饭也是用这样的小碗盛好摆列，然后顾客可以指定要哪几个小碗的菜和几小碗的米饭来自由组合，如果柜台上 的小碗菜快卖完了，他们会立刻从后厨上更多的小碗到柜台上填补，标价以一小碗计费，价格从3元到5元不等。
仔细观察之后会发现：
1）左边这家店的顾客很稀少，而右边这家店经常需要排队
2）实际上两家原材料和成品都是一样的，甚至右边这家的厨师还不如左边这家（同时叫过2家的外卖）
3）在右侧这家吃和左侧这家一样的饭菜，实际上花的钱会更多（2个荤菜10元、2个素菜6元、一小碗米饭1元）

原因何在呢？
1、一小碗显得更专业，印象分就比左侧这家高了许多，就像一个网站的首页可以直接的决定一个突然闯进来的用户的去留一样。
2、一小碗给用户更多的自主选择权。
3、一小碗更加准确的把握住用户的消费心理，用户需要更加干净的的食物（虽然实际上两家没有区别，但是至少表现层上强了许多），换句话说他们需要的是质量而不是数量。
4、在标价上，突出的是每一小碗的价格而把整体的价格弱化，诱导用户消费。（每次我都是点完之后算帐发现，我靠，16块了….）
但是，一小碗的做法会造成生产成本的提高，毕竟需要刷洗的小碗要比餐盘多了许多，不过与得到的利润相比这个成本也是可以接受的。

那么，做产品呢？是否也一样呢？

用户体验（UE）似乎已经成为一种潮流，IN到任何人都可以拿用户体验说事
某企业认为，我们就应该在我们的软件上放置一个弹出窗口，这样可以让我们的用户第一时间看到新闻（PS，主要是我们自己的新闻），这样带给用户的体验一定很棒！……拜托，这个叫商业利益好不？
某Boss认为，这个信息的提示就应该放在后面而且这个项目应该居中，这样更符合我的上网习惯，我这样的用户都认为好，这样的用户体验一定好……拜托，这个叫个人想当然好不？
某设计师认为，用户没有填写内容的栏目就不要在页面上展示出来了，因为用户体验的书上说没有就不显示。那么，不显示整个栏目和在用户没有填写的栏目里给一些推荐内容进去哪个更好？书上有没说？……拜托，这个叫书呆子好不？
某产品设计师认为，从后台到前台栏目的排列应该保持一致，因为一致性原则是产品设计的一个重要原则……可是，有没想过前台和后台需要展示给用户的重点内容是不一样的？这怎么个一致法？拜托，这个叫生搬硬套好不？
某做SEO的人说，做好SEO就是做了最好的用户体验，搜索引擎收录才是王道……拜托，这个，这个，这个SEO和用户体验到底谁是谁的子集？
某客服MM说，客户反应我们网站的用户体验太糟糕了，你们这些所谓的用户体验设计师们都是干什么吃的？……拜托，设计师也是人，仅仅一个人而已，再怎么24小时不吃不喝不拉也没办法搞定所有的问题吧，网站就是他一个人的吗？
某用户体验设计师说，您就放心吧，只要把网站的用户体验做到极致其他的都不是问题，这个网站一定火……那个，大哥做一个让别人花1K买一铊屎的网站您UE做的再好能盈利吗？
。。。。。。
在网站最初出现的时候成功的关键是第一时间把各种想法推向市场，使得后来的竞争对手为了赢得市场份额开始强调产品特性，加入越来越多的功能来吸引用户；随着生产力的提高增加功能和特性的成本不再那么高，同时用户也认为能干更多事的产品会更好，于是众多网站通过增加产品特性以保持短时间的竞争优势；但随着功能的不断膨胀，网站变得越来越复杂、越来越笨重、越来越难用，最后失去了对初次访问者应有的吸引力。于是，用户体验开始兴起并形成泛滥之势，最终被“绑 架”…….

用户体验应该被当作一种战略来实施
“体验设计关注人们与品牌的互动瞬间，以及这瞬间能产生的回忆”（Via）。 实际上品牌导向与体验设计是背道而驰的：传统的品牌战略是一种市场手段，它将产品赋予一种相同的的价值或品质，品牌战略始于公司，所以它更像是一种由内向外的导向，根据企业想展示的属性，然后尽其所能的展示给用户；而体验战略则是由外而内的，是通过用户的动机、行为和情景来领导产品、服务的开发，最终满足人们的期望。
遗憾的是我们很少看到有网站在最开始的时候就把用户体验当作一种战略来考虑。一个创业公司，宁可少请一个人也要多请一个不错的顾问，尤其是在产品，运营，和用户体验方面。
用户体验不是万能药
用户体验不可能解决业务上的每一个问题，用户体验是产品开发的一个重要内容但并不代表一切，我们仍然能看到大量的产品并没有好的用户体验但是仍旧能过取得成功。在商品经济环境中需求决定了价值，一个产品提供的功能能够足够满足我的需求，尽管不太好用，我们一样需要它，产品的商业策略与发展方向是应该被摆在第一位的。
用户体验不仅仅是设计师的事情
就像研究人员并不是研究成果的唯一来源一样，用户体验应该是以UE部门为主导整个团队共同努力的事情。我们的客服我们的销售我们的技术应该都有责任参与到对产品用户体验的改进中来。尤其是在小团队里把所有用户体验的问题都压在设计师的肩膀上，没有哪个设计师能够承担的了这样的工作。
用户体验并不简单
用户体验设计没有公式，只有方法。这些方法经常失败，但失败也是方法的组成部分。找到那些正确的，就能很快的找到正确的路。尤其是因为用户体验不是公式化的，你将自然而然的获得与竞争对手不同的产出，这些产出可能很好地超出你的想象。
SEO与用户体验是两个完全不同的概念
在我订阅的关键词里有一个是“用户体验”，糟糕的是我收到的feed有一大半是和SEO相关的，我不知道这算不算是大家对用户体验最严重的一种绑架行为！SEO实际上是一种品牌营销行为，而用户体验在做的事情是建立一个良好的品牌。设计师对于SEO有什么责任？

最后一条，跟用户体验没什么关系，在我刚准备入行的时候我跟一位前辈有如下的对话：
“我想做互联网产品设计相关的工作，需要具备什么样的能力？”
“看网、泡网、读网”
“有相关的书籍推荐吗？”
“基本没有，很多书的观点都太陈旧和刻板，质量好的书乏善可陈。要做好互联网的事情尤其是产品方面的，最好的方法就是，看网、泡网、读网”
后来，我把句话理解为：看的多才知道长什么样子，但是看到的都不是核心竞争力；读的多才知道是怎么回事，知道是什么原则是如何运作的；泡的多才会有感觉才能知道自己该如何去做，如何去改进与创新。
看网、泡网、读网！就拿这句话当作结尾吧，与大家共勉。

需求不等于功能，或者说你最终设计出来的跟用户告诉你的他需要的“功能”一模一样的功能并不等于他真正想要的功能。
用户告诉福特，他需要一匹更快的马，最终福特给用户的是汽车。
用户告诉你，他需要一个公告板，他要用来展示自己的新产品、自己的新资质荣誉、自己的特价供应、…，你就给他一个公告板，允许展示图片、超链接、产品、视频的“公告板”？
用户告诉你，他需要一个可以收藏自己喜欢的商品、可以合并在一起付款的功能，你是给他一个购物车还是给他一个收藏夹还是同时给2个？（Via）

产品设计人员在产品规划的初期直奔功能和表象而去，把自己的思维限定在一个很狭小的范围之内，用户想要什么就给什么，最后只能被用户带到沟里。何 况，很多时候其实用户是不知道自己到底需要一个什么样的功能的。如果我们能试图去挖掘一下用户提出需要“XX功能”背后的需求来设计一下，把他提到的这个功 能进行延伸与扩展，给他一个全新的不一样的功能，反而会获得更好的效果。
我们可以把得到的需求可以分为三个主要类别：
1）最显而易见的是人们讲述的、他们想要的东西。这中间有一部分是非常清晰的好想法，会寻找各种途径进入最终产品。
2）有时人们口中说出来的、所期望的功能并不是一个很好的主意，但是它们代表了一条通向下一个版本的路径：用户实际想要的东西。用户的需求有时是行不通的或者治标不治本的，通过与用户探讨这些建议，有时可以得出真正解决问题的、完全不同的需求。
3）人们不知道他们是否需要的特性。

因为用户群体之间存在着很大的差异性，所以确认用户需求是复杂的。我们可以把大量的用户需求划分成几个可以管理的部分，这样通过用户细分来完成。把用户分成更小的群组，每一群用户都由具有某些共同关键性特征的用户所组成，可以通过人口统计学的标准来划分，也可以通过心理方面的数据来描述。
细分用户不仅仅因为不同的用户群有不同的需求，还是因为有时这些需求也是相互矛盾的。对新手用户而言他可能需要把一个系统分成若干简单的步骤，而相对于专家级用户而言这样的分解可能会妨碍他的快速操作。很明显的是，我们无法提供一种方案来同时满足这两种需求，此时，我们需要要么选择针对单一用户群设计，要么为执行相同任务的不同用户群提供不同的方案。

撰写需求的几个原则：
1）乐观。描述这个系统将要做什么事情去“防止”不好的情况发生，而不是“不应该”做什么不好的事情。比如，“这个系统不允许用户购买没有风筝线的风筝”替换成“如果用户想买一个没有线的风筝的话，系统应该引导用户到风筝线页面”效果会更好。
2）具体。尽可能详细第解释清楚情况，这是决定一个需求是否被实现的最佳途径。
3）避免主观语气。需求必须可验证，就是说，它必须要能证明这个需求可以被满足。比如，“这个网站的风格应该是时尚、闪耀的”这样的需求是无法被验证的，我对于史上的定义也许并不符合你的，而Boss对时尚可能有完全不同的看法。
4）用量化的术语来定义需求。比如，“具备高级别的执行能力”可以用“要求这个系统的设计至少要支持1000个用户同时使用”来代替。

搞清楚了“用户具体需要的是什么”、“企业需要得到什么”这样2个问题之后，我们才能配合着网站的运营开始把用户需求和网站目标转变成网站应该提供给用户什么样的内容与功能，进入到具体的功能设计层面。

读《用户体验的要素》