易车网用户体验部群聊之用户研究

子条 — 2010-07-30 13:20:17

子条：我们总结讨论下最近半年用过的用户研究（测试）的方法吧，我记得有线上的用户调研、竞品分析什么的。。。

prothink：用户访谈、问卷调查、用户模型。

子条：用户访谈、问卷调查、可用性测试，卡片分类，故事版，数据研究，用户模型。用户模型还没更新利用上。。我们已经做过很多这方面的工作了啊。

lio：我觉得需要探索一下用户模型的使用方法。

鱼纹慧：调查问卷_现场（10人）、调查问卷_网络（10000+）、用户访谈（6人）、可用性测试（25人+）、焦点小组（2-3人）、卡片分类、用户模型+路径+场景、心情地图（ing）、启发式评估、产品概念图。用户模型的使用方法感觉哪都没有用好的，仅仅是个沟通工具。

lio：所以要寻找答案。

子条：谁来认真看看about face 3里面建模：任务角色和目标，鱼来看吧，然后给组内分享。
你们焦点小组怎么做的，怎么没看到过报告呢。心情地图（ing）、启发式评估。
得有空整理介绍下。

prothink：我刚来的时候还没这块内容恩，所以我们发展了。

鱼纹慧：启发式评估在之前用户模型的报告里有。
心情地图是结合这次改版的用户模型和路径，真摸索呢，
因为我一直苦恼于把用户模型真正用于产品。

子条：还有，刚刚我看到一个卡片分类的方法，和我以前理解的卡片分类方法不一样。不知道是冲突，还是互补。
          1、卡片分类：让用户去分类；
          2、设计师根据用户提供的内容，对关键词进行分类。
          你们觉得哪一个才是正确的？

鱼纹慧：卡片分类包括（开放式、封闭式）
              你说那种应该属于：1、开放式 2、封闭式。
               让用户直接去分类就应该属于开放式分类法；
                之前车展竞品分析做卡片分类时，和lio简单的做过这种。

龙：如果是咱们有了类，让用户将内容放入各个分类中，应该叫封闭式吧。

鱼纹慧：对呀，没错呀～先开放，后封闭。封闭作为开放的检验；开放为了了解用户的分类逻辑。封闭为了验证用户的逻辑是否统一。

lio：让用户去分类的“卡片分类”应该属于信息架构学科。
咱们自己分类的“卡片分类”应该属于统计学科

子条：说得很抽象。但很正确。心情地图你是从哪里看来的？以前没听说过。

鱼纹慧：对用户模型场景的辅助性做法。但是学时候，师常说的mood map。找个例子：

淘宝抄过后的：

子条：原来它就是心情地图。

lio：啊！我也做过这个。原来有名字...我还以为是我原创的...

鱼纹慧：用户模型有了，场景有了，路径有了，自然就该有地图了吧。只是上课我听过一耳朵，比如老师说#￥%#……￥mood map@#￥@#%@然后我只听懂了mood map......

子条：我们得总结着去考虑另外一个问题：
          这些工作的目的是什么，取得了什么样的效果，还能取得什么样的效果，大家填一下。例如：
                  调查问卷_现场（10人）---->定性研究，让问卷更合理，建立合理的用户模型
                   调查问卷_网络（10000+）；---->定量研究，建立合理的用户模型
                  用户访谈（现场6人+3人）；---->定性研究；？
                  可用性测试（现场26人）；---->定性研究；优化现有产品的结构、流程
                  焦点小组（2-3人）；
                  卡片分类；--->帮助架构合理的信息
                  卡片分类（如经销商反馈）；---->统计作用
                  用户模型+路径+场景（故事版）；---->
                  心情地图（ing）；
                  启发式评估；
                  产品概念图；
                  数据研究-->定量研究；建立合理的用户模型、发现流程是否有断裂、实现数据推送

lio：产品概念图：从产品设计的角度出发，重新考量一个产品的用户体验。
      用户模型：解决“用户是谁”的问题。

子条：我觉得用户访谈+问卷调查--（建立）-->用户模型--（模拟+数据）->路径-（模拟）-->场景-（模拟）-->心情地图--->科学的优化产品。
                  这样的结合，非常好。但做新产品，感觉还有点难。
                  用户模型：解决“用户是谁”的问题。我之前也这么理解，但现在我觉得还得加深一步理解。
                  用户模型：解决“用户是谁”以及“用户习惯（心理模型）”的问题。
                  我感觉应该是这样。心理模型=心智模型=用户习惯=用户群习惯。

lio：我一直都是把用户心智模型放在场景这个层面考虑的。

子条：应该是了解用户---了解用户的习惯----了解用户为什么要这样去做----了解用户的逻辑后，利用他的逻辑----to do我们自己的产品。所以场景应该是利用他的逻辑to do了，在know之后。

lio：恩，是这样的。

prothink：用户模型也变相的确定了产品定位，目标用户群。

子条：这涉及到另外一个问题，目标用户群和实际用户群很可能不一样。

prothink：目标用户和实际用户，一方面是准星，一方面是靶标，需要相互修正。

鱼纹慧：产品设计前期：（总的目的是发觉用户需求+建立产品架构）

                      调查问卷_现场（10人）---->定性研究，建立合理的用户模型
                      调查问卷_网络（10000+）；---->定量研究，建立合理的用户模型
                      用户访谈（现场6人+3人）；---->定性研究，建立合理的用户模型
                      焦点小组（2-3人）；---->定性研究，建立合理的用户模型
                      卡片分类；--->帮助架构合理的信息
                      卡片分类（如经销商反馈）；-->统计作用
                      用户模型+路径+场景（故事版）；---->制定、优化用户需求及产品结构方案
                      心情地图（ing）；---->制定、优化用户需求及产品结构方案
                      产品概念图； ---->制定产品功能

                      产品设计中后期（总的目的：检验低保真、高保真原型的可用性）

启发式评估；---->改善产品现状、专家角度评估检验产品现状；
可用性测试（现场26人）；---->改善产品现状、用户角度评估检验产品现状；

lio：就目前来说，我觉得见效最快的应该是可用性测试。可以立即得到结果，且成本不高。

子条：恩，可用性测试最好用。最容易发现问题。

lio：但是不容易发现深层的重要的问题。

prothink：能解决目前的战术问题，解决不了战略问题

龙：对，产品需求方面的问题太难以发现。
我觉得通过用户模型，可以明确用户产品需求，也能发掘用户出产品需求，
在这一块，用户模型在这方面有些浪费了~~

鱼纹慧：可用性好用是在产品的中后期。我觉资讯类门户网站用任务的方法不好解决。

lio：对!

鱼纹慧：应该更偏重信息架构，因为更多时候都在“码”信息。

lio：对!任务是可用性测试的根本，但也束缚了可用性测试。
被测人在“任务”的带领下，所做出的判断跟他平时有不少偏差。

子条：恩，确实如此。有一本书叫做“信息架构”，文慧去网上买一本回来，我们好好研究一下。

鱼纹慧：我买了....

子条：好看吗？

鱼纹慧：现在我桌上就有...翻译奇差...很容易看着看着就着了....

源地址：http://hi.baidu.com/ui88/blog/item/33d8ae22c3a7b3fed6cae226.html

重构

江南阴雨 — 2010-07-29 13:51:01

吾生也有涯，而知也无涯。

人在其一生中总是在不断地进步不断地前进，而每个阶段的认识也是随着知识、眼界、经验的增长而相应地增长。这时候再回头来看你之前的许多决定，就有了很大的修正余地。只可惜人生的过去无法再修正，但产品却可以。你可能没认识到以前用户的需求，或者因为以前思考的缺陷而造成的产品短视，你还有机会去重构你的产品。

重构，是否定自己，如果你有勇气否定你曾经得意的产品，那证明你成熟了，成长了，这些时间内你在不断地往前走。如果许多年后看自己曾经做的产品仍然挑不出毛病的话，那只能说你在这几年内毫无进步。经历过项目做做改改，改改做做，然后各部门就会抱怨当时不确定，当初怎么没想这样做，只要是牵涉人的项目，一定会有主观性，也一定会有缺陷，我们不担心的是缺陷，而是担心面对缺陷的勇气。明知道一个有缺陷的产品，是做上线了再进行修改，还是延长工期，修改了再上线。看过一个新浪微博离职技术员写的一篇文章，大意是抱怨新浪微博的产品经理经常变需求，让技术没法来重构整个产品的架构，还有就是他自己提的需求经常不被重视，上头不理睬。需求给常变是常事，也是好事，不变才会可怕。我赞成技术修整需求，完善需求，甚至提出需求，但对提出需求不抱有太大的希望，技术的需求一般都是从曾经做的项目和以往的经验得来的，很难能有时间和精力去分析用户在想什么，在需要什么。

曾经的一个产品，经常去做客服，去了解用户在哪些问题上卡住了，在哪个环节上进行不下去了。后来发现，其实这个产品面对的用户群是不习惯互联网的那一类，不能算网民，最多算个Q民，对网站的操作很陌生，平时就上个QQ，弄个空间，然后就下线了。被问过一个问题，关于网银支付的，从如何安装网银，这是银行的事，但我们也做了，一直到如何支付都解说了一遍，结果操作还是失败，找了半天原因是对方没有插银行的U盾。面对这样的一群用户，整个流程要做的相当 SB才行，要不然会挡住70%的用户，但很遗憾，当时流程做的并不SB，是普通的支付流程，连文字说明都没有。后来提出修改方案后，还被技术鄙视了一把，说白痴都会用这个流程，而且大家都在用，没必要改这么傻。一直僵持不下，后来想了个办法，让技术去做了几天的客服，之后改动相当顺利，之后不停地听他嘀咕，中国的网民怎么会处在这个层次上呢。

重构另一个重要的基因，就是不断地使产品更符合用户的使用习惯，不断地满足用户的需求。这可以是产品开发前，当然是最好的方案，也可以是产品开发中，产品上线后的重构是很正常的事，即所谓的改版。但产品开发中的需求修改一般不被认可，往往因为要赶工期，带来的技术层面的重构代价要大，这时候修改需求又要保证工期的话，往往会加重技术开发的负担。但即使加重，我想也是值得的。

正经历的一个网站，正在不断地修改开发中的需求，但是个人觉得仍然修改的不够，埋下的一个隐患如果现在不解决的话，一旦网站上线推广的好，会是一个很大的鸡肋，上线后再改版，代价应该会比现阶段的修改来得更大。做为产品设计人员，在一开始没有想到这点，觉得非常内疚，甚至有时候开始怀疑自己。但庆幸的是，在网站未上线已经发现了，即使现在不改，心里也会明白设计的缺陷在哪里，在二期，甚至改版的时候可以更加清晰。

重构你的产品，再多想一点，在多想的基础上再多想一点，让产品更加臻于完美，至少在现有的知识结构背景下做到极致，这属于个人能力问题，但你可以在你的能力范围内把产品发挥到最佳，别想偷懒。如果一些时间后因为你的思维，知识面的拓展，而有了新东西，可以考虑增加功能点甚至完全改版，这又是另外一种情况了。

上次看到的一个数据，中国大约4亿网民中，有3亿是Q民，都说互联网改变生活，可这3亿的Q民不属于这之列，他们无法享受高科技带来的生活改变，不是智力问题，是产品问题。产品的艰涩难用，有意无意地把这些Q民挡在了数字化生活之外。比如我曾经花了2个小时没弄明白foursquare.com的基于位置服务的sns如何操作。国内有了一批foursquare的追随者，大众点评也上了类似的功能，但我当时仍然没有弄明白一个顺畅的操作流程。

有勇气重构，有勇气面对，有勇气承认失败，但你也得有勇气提出一个更完善的方案。没有100%的完美，我们只能做到趋向于完美。这就是产品设计。

源地址：http://www.thismyway.com/?p=239

弹出窗口与切换页面的对比总结

丽君 — 2010-07-28 22:26:35

分享较早前的一个小总结，关于在选择弹出窗口还是选择切换页面来承载信息时，可用用来判断的几个角度，合适初学者来读。

1.弹出窗口与切换页面的区别

1） 操作的连贯性 弹出窗口的速度会比打开一个页面的速度要快，响应更及时一些，点击后可以比较快的得到操作的反馈，而切换页面则经常会让用户等待一段时间。

实例一：个人中心中，查看好友照片的操作：

之前查看照片的操作页面会跳转到该好友的空间“相册”页面，而现在则更改进为弹出窗口，能够很快看到照片的放大图，关掉窗口后，又可以继续浏览其他好友的信息了。

2）操作的延续性 弹出窗口可以保留原页面上的内容，不至于页面被刷新掉；切换页面很有可能刷新，在以下两种情况下是尤其要避免的：用户在原界面上有输入的内容，用户需要根据原有界面的内容，来选择或判断新界面的内容。在这两种情况下最好首选弹出窗口。

实例一：Qzone写日志中插入图片：

用户在写日志的时候插入一张照片，如果这时候插入照片的界面是切换一个页面，用户可能就会担心之前的输入是否还在，而弹出窗口则可以在保留原页面已编辑的文字，在此之上出现一个小型的界面，显示可以插入的照片。

实例二，秀世界中我的储物箱，用户需要看到房间中的效果，来决定从“我的储物箱”中选择哪个物品放入房间里，用弹出窗口可以比较方便的解决这个问题:

实例三：一个相反的例子，欢乐卡片的应用，制从“我的首页”页面当中，制作卡片的时候需要哪些卡面是在“卡片全攻略”页面来说明的，因此用户在制作卡片的时候需要不断切换到“卡片全攻略”页面来查看需要合成的卡片，因此，在这样的情形下，采用弹出窗口的形式来表现卡片合成向导应该更合适一些。

3） 操作的自然过度 弹出窗口不容易让人迷路，知道自己身处何处；而页面切换了以后用户有时候会产生一下子不知道在哪里的迷惑；弹出窗口页面的内容往往只和当前的操作有关，而且是浮在原有页面上的，用户可以很自然的延续上一操作的结果而继续操作或是浏览下去，而切换的新页面中往往会包含新内容之外的信息： banner、导航、一些固定的栏目等等，用户不能立刻定位到自己想要关注的内容上，因此切换页面的设计应更加关注一致性和承前启后的关联性。

实例一：网吧达人的首页页面1中点击“常去的网吧”，进入页面2，因为两个页面的结构有所不同，很容易让用户觉得不知身处何处。

页面1：

页面2：

4） 承载的信息量 弹出窗口可承载的信息量有限，操作流程不宜过多。

5） 内容的推广 弹出窗口没有独立的连接地址，在页面推广上有所限制。

实例一：在做信用卡频道的活动列表时，最初的设计是点击活动信息的标题后，用弹出窗口来展示活动详情，然而因为活动页面需要在推广时有独立的地址便于用户能够从其他途径直接访问到活动详情页，因此改为采用切换页面的方式。

2. 弹出窗口与页面内展开的区别？

1）页面内展开能够即时的反馈用户的操作；容易给用户带来自然过度的体验；适合于对主要内容的扩充，更详细的、更近一步的内容，当用户没有看到这些内容并不会影响使用，而打开这些内容，用户可以看到更多、或是得到更丰富的功能。

实例一：个人中心的展开操作，通过页面内展开的形式显示评论信息，它并不是该好友动态的主要内容，因此作为附加信息收在了“详情”当中。

2）弹出窗口是用户点击按钮后，在页面上浮出一个层来显示进一步的内容，与页面内展开的形式不同的是，弹出层更适用于区域内的内容较为重要的时候使用，比如弹出层内包含一些操作、或重要提示。

实例二：编辑导航的界面中更改选择，下面的预览界面中会直接看到效果。

实例三：二次确认的提示应当采用弹出窗口：

源地址：http://isd.tencent.com/?p=2116

需求是如何变成产品原型的

Henry — 2010-07-28 18:03:59

在一个互联网公司的工作流程中，产品经理（主要指偏向产品设计的产品人员）和交互设计师是这个流水线上最起点的环节，也是关系最暧昧的两个环节。说其暧昧，是因为在很多互联网公司里面，这两个环节所做的事情是有重合的，这就意味着，他们或许也是整个流程中合作最紧密的两个环节。

相对比之下，产品经理更关注的是产品的内部逻辑、操作流程、策略等；而交互设计师更关注的是产品的易用性、流畅度和操作感受。总的来看，似乎可以认为，产品经理是从一个更加宏观的角度去设计产品，而交互设计师，则是从更多的细节出发，去提升用户体验。这两种不同的视角决定了只有产品经理和交互设计师密切配合，深入沟通，才能够最高效最合理的将产品策略转化为产品原型，从而为流水线的后面环节提供精确的参考资料。

下面以人人网广告平台的一些产品和交互细节为例，使用对话的形式来分享一下我个人在做交互设计过程中的一些体会和想法。入门级文章，高手请绕行。

在广告平台其中一个投放系统中，有一个产品需求，是要根据广告受众所在的地区做广告的定向投放。也就是说，可以控制广告只展示给固定地域的受众。这就意味着，需要设计一个「区域选择器」，供用户选择区域。产品经理的原始需求是这样的：

产品经理：“我们这次的投放系统需要设计一个区域选择器，就是让用户选择广告定向投放的区域的。可以精确到城市，可以多选。另外，‘区域’作为一个投放广告的限制条件，如果用户没有选择任何选项，那就代表用户忽略该条件，则该广告会面向全国投放。”

交互设计师：“哦。”

产品经理：“嗯，我能够想到的这个东西的原型，可以提供两个下拉框，让用户分别选择省和城市。当用户在第一个下拉框里面选定了省以后，第二个下拉框中会显示该省下面的地级市。我做了一个简单的框图，大家看一下。”

产品经理：“大概就是这个样子。每选定一个城市，点击后面的添加按钮，可以将该城市添加到下面的列表中。同时，如果点击已经添加的城市名称后面的「删除」链接，则会将该城市从已选列表抹去。”

交互设计师：“等一下，我有一个问题。按照产品的策略，如果用户一个城市都不选，那么就会默认投放全国。但是这个概念很难表达给用户，比如说，如果在「区域选择器」旁边放提示，估计没有多少人会注意到。”

产品经理：“一个都没选，就是等于忽略条件啊。因为这些都是限制条件。”

交互设计师：“问题是用户很难意识到是这样。在中国人的观念中，大家都是觉得，选上的，是我要的。但是大家没有「不选就等于全要」这种思维习惯。”

交互设计师：“我觉得可以这样。我们在现在的「区域选择器」上面放两个单选按钮。一个叫「全国」，另一个叫做「指定」。打开页面时，默认选中「全国」项，并隐藏「区域选择器」。只有用户选择「指定」项时，区域选择器才会出现。这样表达就很明确了，你不是「全国」就是「指定」。”

产品经理：“哦~听起来不错。试试。”

于是得到了下面这个版本的原型图：

交互设计师：“嗯，我想，现在这个版本已经基本上从界面的层面解决了全国投放的选项问题，我想，用户应该不会因为不知道怎么选而卡在这里了。”

交互设计师：“我看下一步，需要对一些关键的元素做一定的视觉设计，以便于引导用户操作。比如「添加」按钮，应该更明显些。我觉得可以请UI设计师出一个简单版本的UI了。”

产品经理：“稍等一下，我看咱们还是把细节再讨论清楚一些再去找UI吧。比如，字的颜色啊什么的都没定呢。而且，我觉得选中的区域中，每个城市名称后面都跟着一个删除链接，很奇怪。”

交互设计师：“嗯。的确。我的想法是这样，字的颜色，就用黑色吧，或者是深一些的灰色也行。虽然从视觉设计的角度来看，视觉设计师觉得稍浅一些的灰色比较养眼，可能黑色太‘抢’。但是咱们的系统毕竟是给人用的，灰色的话，可能会让人误认为这些选项是不可操作的。你看如何？”

产品经理：“同意。”

交互设计师：“关于已经选中的区域列表。我看可以把「删除」链接换成×，事实上，用户对于×这种符号比汉字更敏感。你看，大家不论是用Windows还是 Mac，关闭窗口的时候都是×，早就习惯了。另外，为了让所选定的城市名称看起来是一个整体，并且跟其他城市名称区分开。我看，可以给每一个城市加上背景色，每个城市一个色块，这样也一目了然。”

产品经理：“颜色呢？”

交互设计师：“蓝色吧，人人网都是蓝色的风格。”

产品经理：“ok”

于是，配合UI设计师，得到了下面的界面：

产品经理：“我看现在这个地方已经基本上成型了。咱们也已经讨论很很久了。该问问别人的意见。”

———-时间分割线———-

产品经理：“Hi~ 各位。我收集了一些内部测试的意见。有用户提出，搞不太清楚两个下拉菜单和「添加」按钮之间的关系。”

交互设计师：“什么意思？”

产品经理：“就是说，有人意识不到选完了省，选完了城市以后，还得点「添加」。他们觉得，选完了就完事了。”

交互设计师：“晕。”

交互设计师：“可能是已选列表框在空着的时候长得太秀气了，大家没意识到它是用来装东西的。”

交互设计师：“好吧，我有两个方案。1、把「添加」按钮上面加一个向下的箭头。指向已选列表框。2、在已选列表空着的时候，添加一条提示语，来提示用户他并没有完成区域选择操作。”

产品经理：“提示语那个，你的意思是说，当用户添加了城市以后，会自动消失是吧？”

交互设计师：“是的。”

产品经理：“我觉得加提示吧。感觉放箭头有点儿傻。”

交互设计师：“嗯，而且，可能放了箭头以后，用户依然不知所云。”

产品经理：“那提示语怎么说呢？您尚未添加任何区域，请选定城市后，点击上面的「添加」按钮，该城市会被添加到…”

交互设计师：“停！太长了，大部分人不会认真看完的。”

产品经理：“的确…”

交互设计师：“我看就一句话就可以。写‘您尚未添加任何区域。’”

交互设计师：“你看。下拉列表后面的按钮叫「添加」。提示中又明确的传达出了尚未「添加」的状态。这样既说明了这个框框是用来放东西的，又可以告诉用户，这个东西是可以选多个的。因为「添加」的概念就是一个一个往里面放。如果只能放一个，那应该叫「选择」。”

产品经理：“顶。”

交互设计师：“而且，我觉得这个控件最初的原型你设计的不错。嗯，用户只要成功的进行一次操作，以后就可以非常高效的进行操作了。这个东西的学习成本和认知成本都比较低。”

产品经理：“oh,yeah~”

那么，现在的UI是这样的：

产品经理：“哎，对了。话说，我最开始的策略是，用户如果不选，相当于全选，要全国投放的。你说如果用户选了「指定」，但是并没有添加具体的城市，直接提交表单，怎么办？系统是应该直接把用户的广告设置成全国投放，还是报错，阻止用户继续？”

交互设计师：“我看啊，报错吧。因为现在「全国」和「指定」这两项，已经明确的把整体和局部给分开了。我觉得你那个策略没必要再应用了，因为现在这种已经达到了你最初的目的，而且还好理解。再有就是，咱们的平台是涉及到钱的，是要让用户花钱的，如果让用户不明不白花了冤枉钱，本来想投北京的投了全国，那我们会被用户骂死的。虽然感觉上报错会让用户有挫败感，但是在这种细节上，还是用户利益应该放在第一位，用户体验，可以稍微往后放一放了。”

产品经理：“好吧。”

交互设计师：“呵呵，你看，这个故事告诉我们，不能每件事情都听产品的。产品提的只是需求，但是如何实现需求，还是得从多个角度来讨论。”

产品经理：“好吧。那么，技术兄弟们，下面的工作就拜托你们了。”

个人观点：

1、产品经理和交互设计师需要时刻密切配合，深入沟通。

2、有时候，产品策略和用户体验会发生冲突，这时应该从多种角度去考虑和探讨最终解决方案，不应该有谁一定比谁重要的说法。

3、优秀的产品经理，相当于半个交互。同样，优秀的交互设计师，相当于半个产品。二者虽然职位不同，但是应该在一定程度上考虑对方的工作内容。

4、产品提出的只是策略和需求，并不是一定要按照产品人员所描述的细节去设计具体的产品细节。交互设计师以及团队中其他所有成员，有义务有权利对产品需求提出自己的见解和更好的设计方案。有不同意见可以讨论，但是最终决定权，应该依然属于产品经理。

5、产品经理之所以叫经理，是因为，他们除了设计产品，还需要时刻把握整个流程。比如，当细节没讨论清楚的时候，不要去找UI做设计。

源地址：http://fed.renren.com/2010/07/298

Android与iPhone界面布局对比

azero — 2010-07-27 23:05:44

上图是我根据Android和iPhone这两个平台的“生产内容型的应用程序”整理出来的界面布局示例。
所对比的4个点，均是两大平台的应用程序常规界面元素。

状态栏：
Android和iPhone的状态栏均在屏幕顶端的位置，原因无外乎是人的视觉流程是从上到下的。
Android的状态栏，具有notification的功用，当应用程序有新的通知，在状态栏左侧显示通知图标，向下滑动即可打开查看通知详情。
iPhone的状态栏，很纯粹，就是状态而已。包含了活动状态的显示，比如某进程正在运行，将有个转动的动画在这里。但是你不能对状态栏有任何操作。
个人认为，Android通知系统做得很不错，貌似后来的Windows Phone7也效仿了此设计。

标题栏：
Android是纯粹的界面标题栏，这里一般无操作响应。
而iPhone的标题栏，承担更多的作用是导航，你能在这里快速后退（Android使用实体按键来后退），或是针对此界面进行一些操作。另外，当你使用iPhone向下浏览界面内容时，双击标题，还起到快速至顶的作用。

标签栏：
Android的标签栏位于界面标题之下，一般最多5项，在原生的平台界面，视觉效果也较丑。
而iPhone的标签栏是明确在屏幕下方的，也是最多5顶。相比于Android，iPhone对状态栏的处理显得很智能。所有显示图标和文字的标签都是相同的宽度并且显示黑色背景。当标签被选中后，它的背景淡化并且标签中的图片变亮。
如果应用程序的标签栏包含5个以上的标签，iPhone OS会显示其中的4个并在第5个自动显示为“更多标签”。

我曾经思考过，为什么同是标签，Android在上，iPhone在下的问题。
到目前，我也只能猜测：
Android的设计师认为，标签应该先被看到，并且不能让menu键的菜单项挡到。
iPhone的设计师认为，标签是用于切换当前应用程序不同视图的，应该更容易被按到，所以选择在屏幕下方。
也因此，我已经完全不纠结所谓的“单手持机”的情境设计，因为以上两平台均无法很好地支持。

工具栏：
Android的工具栏一般居于屏幕下方，一般是3个按钮。考虑到可点击域的有效性，一般最多也不建议超过5个。
而iPhone的工具栏，是与标签栏在同一位置的，即标签栏与工具栏不共存，在屏幕下方，要么是工具栏，要么就是标签栏。

好了，对比结束。
老实说，我现在并没有在设计新的手机平台，我们公司也不会去折腾新的“某某phone”。因此鉴于我目前站立的只是这个高度，我没有理由去为我的应用程序界面对上述四点进行“创新”。

这个对比对于我来说，显得有些无聊。

不过，我总是能发现一些“A mix B” 的应用程序界面设计，让我觉得更加无聊。

也许你和我一样，在设计时总能听到“XX也是这样的”。

言外之意是抄过来吧。
于是，糟糕的事情越来越多。

真是汗颜。

无论是哪一个平台的应用程序设计，我个人始终坚持的观点是：遵循OS的设计规范，熟知平台特性，最好与平台自带的应用程序保持一致的使用体验。不需要惊喜。

你的创新，应当用在正确的地方。

理解标签中的“极点”

崔凯（小轰） — 2010-07-27 18:36:57

前言：本文翻译自《打标签》一书的第三章第二节。本节英语原文是“Understanding tagging’s tension points”，书名是《Tagging》。

社会化书签网站 delicious.com 在2003年最先广泛地引入了协作标签系统。随着该网站——和它的标签——愈发流行，也看得出三个学科间存在着矛盾。

信息架构师最先发现，delicious正在生成的是控制了词汇的标签，而这些词汇源自网站本身。这些（他们自称的）平民分类称不上专业，但着实歪打正着地让这些自己打标签、自己使用标签的人受益。

很多做社会化软件的人士把此等低成本、由大众推出的元数据视为一种创造实践，以期带来更专业、更有价值的元数据。不论怎样，谷歌——网络中，玩转链接来构建更好搜索引擎的高手——给出了一个积极的榜样。

低成本，所以，打标签貌似让分类进程平民化起来。它让分类远离了（诸如图书管理员和信息架构师的）权力中心，把它还给了民众。

信息架构师路·荣瑟夫德发现，打标签对架构信息来说，也并不总是那么好。打个比方，“客服搜索和其他类似的浏览等……被专业人员控制了词汇。”另外一方面，比如社会软件专家克莱·谢基就认为，实际上，打标签是一种低成本、少专制偏见的分类系统。

四个极点

上文矛盾的结果是，在支持者和反对者中，出现了一连串有趣的、有时甚至是过热的争论。（第四章里会有深度讨论）

这些争论看似是对标签是什么、标签的好处的一个根本性反对。但深入来看，实际上是不同目的、不同经济地位、不同价值观的人对打标签进行不同层面的透视。

这样的透视即极点——往两个对立方面延伸——又统一存在于标签系统当中。极点体现在社会性、个性、控制力度与专业性四个方面。通过它，我们可以和标签进行一次对话。

有关极点的设计选择和取舍讨论贯穿全书，你将一个个认识到它们。

极点体现于……

个人←→社会

人们打标签时主要是为他们自己着想，还是在设计标签、分享信息的时候，会考虑到一个小组？又或是被认知程度和其他社会因素所影响？

个性←→标准

标签是否是专属与个性的？不然，应该被标准化好便于浏览、搜索和使用？

自由←→约束

标签系统给与用户完全的自由吗？会影响或控制他们的标签吗（比如给出建议）？

业余←→专业

人们打标签的质量如何？标签是由业余人士生成呢，还是专业人员？当他们意见相悖时，如何协调矛盾？

通常来说，社会化标签系统包含了不止一个极点。请看：

■ Gmail中的标签是完全个人和个性的，因为他们用不着分享标签。

■ delicious允许我们打自己的标签，但由于其社会化属性——标签有可能用于发现其他书签和用户——人们倾向于使用相同的标签。

■ amazon.com 的标签界面将用户向热门标签引导，并限制标签的选择。

■ LibraryThing.com 可以打个性标签，但会移除个人标签，因为它是图书服务。

相关话题：标签(tag)和分类源地址：http://cuikai-wh.com/archives/572

中国式产品经理

千鸟 — 2010-07-27 18:24:46

继续探讨产品经理的话题，我看了很多回复，基本反馈的问题可以归结为两类：

老板才是真正意义上的产品经理，而“产品经理”们只是协调和执行者；
只有在“产品经理”位置上才能做产品设计，不然所谓设计可能只是部分交互设计。

产品初期，尤其创业团队做的那种小产品，老板就是产品经理的现象很普遍。而且根据“产品经理应该是对产品理解最深刻的人”的定义，我认为创业团队的产品经理非老板莫属，就得是创意和模式的发起人。

产品还没有上线，或者规模和影响力也足够小。所以老板有空闲有必要事必躬亲，甚至陪着创业团队封闭开发，主导产品的市场定位以及发展策略。但当产品发展到一定规模，需要扩展产品群的时候，此时老板的时间和精力必然会受影响。包括各种行业聚会、公关合作和圈钱座谈，也包括黑白两道来收保护费，都免不了大把时间吃饭喝茶。终于有一天，老板们开始觉得力不从心，最好能有个对产品理解与自己相当的家伙来代行产品经理职责。

挖产品经理通常是不太现实的，专业能力是一方面，忠诚度是另一方面。产品是公司的命脉，而产品经理则是产品成败的关键。比较靠谱的办法是培养产品经理，也就是在公司做产品所有职能的小弟小妹里精挑细选认真比对，能入法眼者用心培养并委以重任久经考验，最后光荣上岗。

原则上实行一位产品经理带一个产品的“终身制”，有两种情况可能需要调整。产品横向发展，在产品规模拆分扩大形成产品群的时候，需要更多产品经理加盟（大公司经常可见）。产品纵深发展，原有产品经理发现对此项业务的理解已经跟不上产品发展的脚本了，此时需要对此道更精通的产品经理来把控（小公司经常可见）。

以上基本就是“产品经理”在大小公司的发展状况。另外，我一直在试图把“产品经理”和“产品设计师”这两类职业给割裂开，不是完全断绝，起码各自的核心竞争力得清楚。观察国内早期小公司最普遍的产品线组织架构如下：

老板——实际在从事“产品经理”职能，提目标和策略。
产品经理——实际在从事“信息架构、交互设计”职能，做规划和方案。
设计师——实际在从事“界面设计、视觉设计”职能，美化页面。

这套方案在中国互联网碌碌无为的执行了很多年，直到某年某月，一群设计师高呼“以用户为中心”试图赶走牛鬼蛇神的时候，顺带想把做“规划和方案”的权利也霸占。产品经理们才猛然发现他们不可能触及“目标和策略”，于是气急败坏的冲设计师们喊“那还要我们干嘛？”问题的焦点汇聚到“到底谁做产品更专业”这个问题上，产品经理们认为“年轻的设计师没有太多互联网经验”，设计师们则认为“自大的产品经理们过于自信并忽略了用户感受”。

在权利和体制范围之内，每个层级的人都在试图把自己拔高，这类现象在国内司空见惯。社会上流行“产品经理”，于是某些人认为自己也“应该”是产品经理，先有目标再谈能力，先有理想再谈兴趣。还有些现象我觉得简直就是冷笑话，比如某公司“产品总监”下边管着一个人（姑且认为是为了名片好看吧）。记住，故意而为之往往都没有好结果，包括某些创业小公司也贴大字报招聘“交互设计”职位（此规模不需要细分设计职能）。

归根结底，还是大家对“做产品”和“做设计”认识的狭隘和理解不一致。绝大多数互联网从业者，早些年认为设计约等于美工，无非美化一下页面而已。这些年逐渐接受了新思想革命，认为设计还约等于交互，可以优化一下流程，仅此，但总算又进步了一点点。

这个问题我思考了很久，觉得不应该单独考虑提高设计师们的专业水准，而是得从上往下贯彻思想，让产品经理们对自己有个清醒认识。套用革命领袖的话，坚持“两手抓，两手都要硬。”

源地址：http://blog.rexsong.com/?p=9639

数据与理论结合，让交互设计更专业

老三 — 2010-07-27 18:18:38

Pay.taobao.com是淘宝卖家订购增值服务的平台，但该平台的可用性和操作体验欠佳，导致客服部门收到非常多来自卖家的订购服务咨询，压力很大，需要在系统层面解决此问题。因此发起了订购流程体验优化项目，对pay.taobao.com进行前后台改版。

图1：优化前的软件服务订购页面

图2：优化后的软件订购中心首页（原来无首页）

图3：优化后产品列表页

优化之后，客服部门反馈数据显示，卖家咨询量由40%下降到7%。为此，与大家分享项目的两点经验：

1. 如何利用数据指导交互设计

前期数据采集
上线后数据分析
用户反馈数据分析

2．良好的团队协作，提升UED话语权

与非UED同事协作
与UED同事协作

1.如何利用数据指导交互设计

1.1前期数据

知己知彼，百战不殆。常说为中间用户设计，只有熟悉数据，了解数据，才知道谁是我们设计的中间用户。通常，公司内部都会有数据部门，也会有后台系统。作为交互设计师，你应该有不少于业务线产品经理（PD）的内部权限，这样才能为设计和决策提供各种数据作为支持。

在制作软件服务订购中心时，我采集了以下几种数据

基础数据
包括原软件服务订购页面的PV、UV，订购的交易转换率，订购的成功率、失败率等数据。
业务数据
项目在规划好时，PD会事先知会交互设计师。然后PD会写PRD（需求文档），交互设计师在此时应开始准备调取部分相关数据，在本例中，调取数据如图4所示。此份定量数据非常重要，对于后期用研的介入、设计的参考都起了很大的作用。

图4 软件服务订购用户数据

服务订购量的人群分布

不难看出

软件服务订购主要由拥有X个（由于保密性，该数据不能透露）服务的会员所购买，核心消费人群为拥有X个服务的会员。
大多数会员拥有的软件服务数为X。

以上数据为前期设计提供了可靠的依据。访问量的多少、用户使用此页面的目标决定了页面的最后设计结果，以及设计该页面时投入的成本。同时，这些数据对于可用性测试的目标用户筛选，提供了明确的指导。

1.2上线后数据

“任务可被完成任务在无外界影响下可以被完成。”

《交互设计食用指南》使用指南总则 by 青云

要知道我们的用户任务是否可完成，就得监控关键页面：订购成功与订购失败页面。软件服务订购中心的一个重要指标是充值的成功率和失败率。

充值失败页面

我们来看一下上线初始的1个多月来，出错页面的访问量：

上线初始出错页面访问量

可以看到，在上线初期，用户支付的失败率非常高，我们来分析一下当时的页面流程。

第一步：输入金额，弹出浮出层

第二步：点击去支付宝付款

第三步：弹出支付宝页面，付款完成后在旧有页面点击任意按钮，判断支付状态。

看过此流程，大家不难发现，第二步有点多余，为什么不直接进入第三步呢？其实第二步的增加是为了解决支付失败率高。直觉反应应该是弹出层的问题，经过分析，一些浏览器会阻挡非用户主动激发的弹出页面，故用户点击充值后并未弹出支付宝页面，用户就疑惑了，并随意点击一个按钮，从而导致出错页面访问量高。

此处优化以后，错误页面的访问量有非常明显的下降。

1.3用户反馈数据

与用户对话，了解你的用户是咋想的，并逐渐的改进产品。与开发、PD、PM共同协商问卷想采集的数据后，再与用研同学合作，他们会整理出合适的题目。特别是一些设计中担心的小点，如页面载入速度、CDN速度等、信息架构等。这份在线问卷的入口放置在订购中心首页左侧。

打开后，是一份半开放、半封闭式的问卷。

用研同学会将这些数据整理好，并出具报告。内容包括定量与定性统计两部分。来自用户的一手反馈能证明团队的工作，还能为后续优化指明方向。

用户反馈文字很小

收到用户反馈字体很小。查看页面数据，发现软件订购中心的访问者中，大分辨率的用户是1024X768用户的2倍以上！于是他们做了专门的界面优化。

2.良好的团队协作，提升UED话语权

2.1从非UED的角度去分析问题（与非UED同事协作）

记得一位朋友讲过，要是两情侣吵架，闹得不可开交那种。你重复她的话，她来重复你的话，两人会觉得很搞笑，自然矛盾也就和解了。

生活如是，工作上也如是。运营、PD、前端、测试、开发要求的东西，你换位思考一下，也自然理解为什么了，也不会去瞎闹腾了。如果你没有这些职位的经验，多和PD、运营交流，类似行业的变身还是很容易。

掌握与PD\PM\开发测试人员沟通的语言

为了与PD、PM、开发、架构师更好地沟通需求，笔者在完成交互设计任务之外，还专门去了解了后台复杂的计费模型、产品定义模型，这样才能更好地了解什么功能能做到，什么功能不能做到，时，其他项目组成员才不会认为你是一个啥都不知道、只会空谈体验的傻逼。

这些底层知识，在原型设计时发挥了相当大的作用。

例如，通过了解预付费模型、后付费模型。在设计计费详单、续费详单时会更加清晰，能更清楚的向用户展现整个收费过程。

站在架构师的角度讨论体验

旧版的订购列表页面将所有服务罗列出来，操作中的订购按钮无论订购与否、一直有效。用户点击订购按钮后，根据用户权限判断进入订购页面或者错误页面。用户可能多次点击均返回错误页面，体验十分糟糕。

为了减少用户的不必要操作，在新版的订购中心，用户在浏览增值产品列表页时，订购与否的逻辑判断移动到该页面（进入产品详情页前），如果你没有购买权限，会在最开始就提示不能购买原因。同时，根据是否可续费显示续费按钮状态；根据是否可升级显示升级状态，并提示用户原因。

正是这样，提高了订购流程了满意度。减少订购中的咨询而增加了订购前的咨询。但页面需要根据每个用户的订购情况来分析应该显示的效果，架构师提出页面展现性能的担忧。该担忧是必要的。与前端交流后提出以下方案，并结合线上数据做分析：

方案1：页面通过后台计算好之后再返回。前端工程师无需任何工作，缺点是用户看到的页面时间会增加。列表页面是否针对每个用户做出独立计算，将其所有的服务状态读取出来。我们可以参考之前采集的页面PV数据得到以下分析：

请求量：?,000,000*1*40 = ?,000,000；不考虑网速的情况下，页面响应相比另一种方案增加200+ms。另外根据页面PV、UV数据，服务器完全可承受该压力。

方案2：页面渲染与服务订购状态异步渲染。即用户会首先看到整体界面，个性化软件服务状态在1S以内会根据用户具体情况调整。异步获取数据在淘宝的商品详情页面有使用，适用于页面量大，用户逐步接受数据页面。缺点是前端工程师需要增加额外工作。再者，如根据是否绑定手机来判断是否开放短信订购入口这些情况，计费系统本身无法判断，需要调取外部接口，开发成本异常高。故决定只枚举计费系统情况，覆盖了80%以上的权限情况。

综合考虑前端、开发成本，由当前页面PV等情况，最终选择了方案1。通过后续用户反馈入口收集到的数据：只有少量用户反馈访问速度慢。这次改进是有效的。

与运营合作

设计界面时，就想到营销手段。做产品列表页面时，想想运营的同事如何在这个列表上完成他们的营销目标？其实很简单，是大家也都能想到的，在超市里面看到特别需要促销的商品会贴上折扣的信息，于是利用UED的技能，为运营提供一些促销技巧。这不是特牛的事，但表达了UED的态度。大家合作也就非常愉快！

2.2与UED同事协作

作为一个平台，当其他服务接入时，我们通常希望其他交互设计师、视觉设计师能做出符合要求的图标。当该产品转交到其他人手里时，让他们理解你的思想，就CODING时候的注释一样，写在里面。方便他人，尊重他人，是为了自己得到尊重。因此，在我的原型里，除了页面，还加入了大量的注释。

文案说明，统一平台的介绍语言。

图标接入说明，为接入其他软件服务时视觉统一做准备。

模块规范，前端有了这个，思考全局组件时更轻松。

3.总结……

通过前期数据采集、上线后数据分析、用户反馈数据分析等方法指导交互设计，在与UED、非UED同事的良好的团队协作，最终提升了UED话语权。让交互设计师走向专业、品质、协同！

源地址：http://ued.taobao.com/blog/2010/07/26/data-for-interaction-design/

[生活中的设计] 地铁出站口

小明 — 2010-07-27 16:58:40

上周六在地铁出站口看到前面一个人一边打电话一边要出站，他在左手边的机器划了卡，想从机器右边的旋转门出去，结果被卡住了。因为左手边的机器管的是左边的旋转门。

设计者大概是考虑用右手划卡身体自然就在机器左边，正好从左边的旋转门出去。

然而实际生活中，如果右手拿了东西（比如打电话那位）或者本身是左撇子，很可能就会用左手去划卡。我认为用右手划卡并不是一个普遍的行为，因此不能作为设计的出发点。

这里的问题在于，机器和转门之间没有明显的联系，用户不能很快的将它们一一对应起来。

一个想法是，用颜色将它们联系起来。

欢迎补充。

相关话题：生活中的体验源地址：http://www.douban.com/note/80396391/

Web表单设计之注册表单

djjian2008 — 2010-07-26 23:15:33

必须面对的问题有：用户不喜欢提交表单。然我们的目的是让用户愿意提交表单。

下面是一个关于web表单设计的调查报告，这个结果来源于100个令人瞩目的网站。

注册表单设计调查

1.表单的安置

1.1注册表单链接的标题是怎么样的？

当用户想要加入某个时，他们会试图寻找“sign-up”，“register”，“join”，“join”，“become a member”或者“creat an account”等这样的短语。用户期望可以通过这些链到注册表单。不幸的是，情况不一定是这样的。

从图表可见，最受欢迎的标题是“Sign up”（40%），接着是“Join”（18%），“Register”（18%）以及“Creat account”（17%），极少数是按钮超大，又闪亮，并且写着“start here”的字样。设计师与其设计并强调服务的功能性还不如试图去表达信息。

1.2注册表单的链接放在哪儿？

当用户第一次访问某个网站，他们会试图找出单独布局块代表的意思。他们的眼睛运动是跳跃的，并且用户试图了解哪个区域是更重要的，他们想要的内容可能被放在什么地方。为了满足用户体验，设计师需要帮助用户直观地知道哪些是在开始使用服务前所需要做的事。

如果用户找不到通往注册表单的链接，他可就不会注册你的服务。因此让链接尽可能地显而易见是最关键的。那么设计师应该把“注册”的链接放在什么地方？根据调查，这个注册链接

59%的网站是放在网站的顶部（其中76%是被放在右上角）
21%的网站是放在首页的突出位置（链接或者表单自己被放在首页上）
9%是被隐藏在顶部“登陆”链接之后（例如：Craigslist）
很少注册链接会被放在侧边栏上（7%-Propeller, Xing），但是4%的站点为用户直接提供服务，只有在用户需要保存设置的时候才需要用户进行注册。

2.表单的设计

2.1需要简化注册表单的样式吗？

当用户点击了注册链接之后，他很有可能想要注册你提供的服务。更重要的是，他并没有点击那些探索更深导航操作的链接或者具有吸引力的广告链接。

因此，设计师尝试去掉所有没必要的详细资料以及不能帮助用户完成表单的描述。常常只是呈现一个logo和表单自身，没有任何的导航操作和附加信息。用户必须尽可能地关注在他要去完成的任务上。任何会分散用户注意力的因素不应该被保留。

设计师经常使用“最小化”的布局来构建注册表单。根据调查，61%的web表单和普遍的页面相比更简单（例如：MovableType, Livejournal, Amazon, Yandex.ru）

从雅虎的注册表单可以看出，访问者只需要填写账户信息即可，没有别的干扰因素去分散用户的注意力。注意表单中的语气和语义都是吸引人的对话式，这既简单又友好。

Flixster是个典型的反面例子，它把表单页面塞得满满的，一点也不尊重它的访问者。注册页面上提供了每种可能的操作导航，并且登陆页面上右边的广告比登陆表单还要突出。Photobucket应该是我们见过的第二拥挤的表单。

2.2需要提供任何附加信息吗？

许多设计师试图通过类似于帮助、信息内容要求甚至是版权申明的附加信息来鼓励访问者主动填写表格。但是它不同于点对点，在大部分例子中注册的好处依然是通过表单来体现。

41%的表单告诉用户注册的好处（MySpace, Del.icio.us, Last.fm, LinkedIn, Digg, Mister Wong, Break.com）
28%仅仅是单纯的注册页面，没有任何附加信息（Pownce, DeviantArt, Dailymotion）
11%告诉用户需要多久时间来填写（Threadless, Newsvine, Wordpress)
很少一部分（6%）网站提到注册过程中所需要填写的信息。一些步骤中会提供一些警告（8%）和示意（6%，例如37signals, Bloglines）

2.3单页表单VS多页表单

调查结果中，93%的表单是单页表单。设计师试图帮助用户尽可能快速和无痛地完成注册流程。只有一些网站利用多页表单把探索用户参数选择结合在注册过程中。

比如，Meebo把一个完整的注册过程整合在一张注册表单中，并且通过一个弹出框的形式为用户提供注册向导。这个表单由6个页面组成，用户通过一些附加信息的选择从而进行他们账户的设置。

2.4输入框标附加信题需要突出吗？

62%的注册表单用粗体的方式去突出输入框的标题。还有的使用斜体去达到同样的效果。为了让标签能够更加可见，20%的注册表单用色彩，18%的用纯文本。

2.5标签对齐

41%的网站使用标签右对齐（YouTube, Facebook, Metacafe）
30%的注册表单使用顶端对齐（Behance.net, Wufoo, Tickspot, Mixx, DZone）
29%使用的是左对齐（(Digg, Ning, Wykop.pl, 43things, StudiVZ）

根据“Matteo Penzo的标签放置研究结果（Matteo Penzo’s label placement research）”（1996）和“Luke Wroblewski的发现（Luke Wroblewski’s findings）”（PDF），右对齐由于几乎不需要眼睛的注视，能最大的减少完成的时间。如果你想要达到相同的目的但是只有一块受实际区域制约的垂直屏幕，标签顶端对齐则会更好一些。如果你想让用户了解标签的内容，左对齐则是最好的。

2.6有多少必填区域？

当进行一个调查时，我们已经注意到表单中的必填项越来越少了。几年前，设计师要求访问者填写他们的姓名、地址、城市和个人兴趣，但现在仅仅只需要登录名、密码和确认密码。

我们发现54%的表单要求用户最多填写5个输入框（其中6%的网站在使用服务前根本不需要注册）。34%的表单使用6-8个输入框，然而有12%的网站顶着用户的忍耐度让他们完成超过9个的必填项。

2.7有多少可选项？

和上面发现的类似，我们注意到大多数网站避免可选项并且要求用户在完成注册流程之后补全可选项。其中62%的表单根本就没有可选项，还有98%的表单有少于5个的可选项。

2.8垂直或者水平的安排区域

在这个方面，垂直无阻碍延伸的垂直布局区域是注册表单表现出强大趋势。86%的网站把输入框垂直布局。除此以外，15%的布局更强调利用漂亮且吸引人的视觉设计来让访问者在填写表单时感到更舒适。

Box.net提供了一个简单的垂直布局的输入区域。当用户输入数据的时候，他们的眼睛固定在纵轴输入框左侧的交叉点上。

Mint是一个横向布局的注册表单。当用户输入数据的时候，他们的眼睛需要跳来跳出。

3、表单的功能性

3.1.Hover,active,focus – 使用中的效果?

为了提高表单的完成率，设计师试图避免各种各样的分散因素，并且提供一个清晰明确并且简单的web表单。这就是为什么任何视觉效果需要非常适当地使用的原因。

84%的web表单没有任何种类的hover、active或者focus的效果
16%使用非常细微的鼠标上移的效果

3.2. 帮助，支持，工具技巧：静态还是动态的？

有时候，输入区域的标签不够明确，但是用户却需要足够理解才能提供这些信息。用户名适用哪些字符格式？密码的字符数限制是多少？提供的Email地址会不会自动变成登录名使用？

用户通过建议和技巧的帮助最小化地减少输入框重新考虑的次数。而且，没有比虽然输入的内容看上去完全正确，但是输入框却不接受的情况更恼怒的了。为了避免这个问题，设计师（通常）使用不引人注目但清晰的建议提示。

调查报告中57%的web表单只有 “静态”的帮助提示，这些帮助提示只是之前假定好的一些和用户有关的提示信息；这些提示被明显地放在输入框的旁边。10%的操作提示通常是在一些帮助图标被点击之后或者用户输入信息时才会出现的。

3.3．帮助，支持，操作提示：应该放在什么位置？

当在为用户提供帮助时，一定要确定帮助是简单地提示，并且可以方便地被找到和理解。这是确保用户通过帮助提示不犯错误地完成表单的决定性因素。为了达到这个目标，你需要知道用户希望这些帮助在什么地方出现。所以，这些帮助和提示通常被放在表单的什么位置呢？

如果帮助提示出现的话，它们会出现在…

在输入区域下面（57%）
在输入区域的右侧（26%）
在输入区域的上方（13%）
在输入区域的左侧（4%）

我们注意到提示信息直接放在输入框下方是一个强烈的趋势。通常这类帮助提示会有稍微不同的色彩，大部分情况比主要内容要浅一些。

3.4.输入确认：静态的还是Ajax动态？

去年一整年，很多网站为了和用户进行互动，看上去似乎确实充满了Ajax的应用，但Ajax在流行网站服务中仍然还没有设法达到临界点。令人惊讶的是，我们不能认清Ajax的趋势。用户在输入完所有信息点击提交按钮的“经典”确认技术依然比Javascript的实时确认要来的流行。

根据研究：

30%的表单只在表单顶部显示一条错误信息。（没有提示哪个输入框有问题）
29%的表单会在输入框旁边提示相应的操作帮助（顶部没有提供错误信息）
25%的表单同时使用错误信息和输入框提示。
22%的表单利用Ajax的实时确认来进行提示。
14%利用Javascript的错误提醒。
1%的表单是用系统信息提醒，并且给出“后退”链接。

3.5．错误信息的设计

正如你所看到的，我们已经识别出6种不同类型的错误提示。显而易见，14%的表单仍旧使用Javascript错误窗口来传达问题（例如，YouSendIt, Mail.ru, Newsvine, Clipmarks, Yandex，看下面的截图），然而只有22%使用Ajax确认（通常用来确认用户名的有效性）。当然也显然的是没有一个网站是没有任何确认的。

Newsvine使用Javascript错误窗口来传达问题。

通常设计师试图报告错误的使用方法。a、在点击提交按钮之后显示错误信息；b、在视觉上高光“不正确”的输入框。第一种错误情况通常会作为一条信息在页面的顶部（表单之前）显示出来。第二种情况通常是把错误的输入框的边框色彩和输入的标签进行高光（大部分情况是红色的字体以及红色的背景色）。

有时候设计师合并两种技术并且利用输入区域高光错误信息的方法。例如，看一下Ning结合两种技术的注册表单

通常，红色被用于标示错误；但是在这种情况下就没有必要了。当表单完成时，Tickspot, Mixx.com和Furl使用黄色来表示遇到的问题。

不过，如果有任意一种色彩来表示注册成功的话，它应该就是绿色，97%的网站表示成功的视觉就是用绿色的。

3.6有必要确认Email吗？

只有18%的网站需要确认Email（例如，Odeo, Ning）。我们实在没有任何理由让用户重复输入email地址，毕竟用户能够看到他们输的是什么，因为email地址的区域不像是密码区域那样是以星状显示。

3.7有必要去确认密码吗？

当用户看不到自己所输的内容（他们看到的是以星号代替的）时让他们确认输入感觉上是有理由的。但是很多网站为了缩短完成注册表单的时间而去掉二次确认的步骤。

72%的情况是有必要确认密码的，但是许多例如Facebook，Friendster，LinkedIn, Stumbleupon, Pownce 和 Twitter的网站都不要求确认密码。

3.8. 需要使用校验码吗？

如果校验码去掉的话用户肯定很开心，但是实际上校验码却是必要的，因为网站需要防止垃圾注册软件创建很多垃圾帐户，不然他们需要不停地在数据库中过滤掉这些账户。

根据我们的调查：

52%的网站没有使用校验码。
39%的网站是不能在不刷新页面的情况下实时刷新校验码的，这个实在是在可用性上非常的糟糕的一件事。

但是我们还是不能看清注册表单是否需要校验码的趋势。任何情况下，如果你使用校验码，请确定它是易可读的，或者在不可读的情况用户可以实时刷新校验码的。一些网站没有提供实时刷新校验码的功能，除了Digg，AOL, Slashdot, Google等。Fm倒是能够让校验码变成可以听的，当它很难被识别的时候。

3.9.需要使用取消按钮吗？

当我们在思考设计表单时一些认为会碰到的问题时，我们期望注册表单没有取消按钮，因为毕竟所有选项都已经填写好了，对于用户来讲就没有太大的意义去退出这个表单。然而我们在一定程度上错了。

只有8%的情况使用了取消按钮，这些情况中的一些取消按钮正好出现在“条款和协议”的下面（例如，Zoho Writer）。所以如果用户不同意服务条款，他们会退出这个流程。另一方面，一些服务在注册之前给出了一个支付方案（例如，Crazyegg）。在这种情况下用户选择错了支付方案时他们需要利用取消按钮返回并重新选择另外更好的支付方案。

除此以外：我们还是不明白为什么Dzone要把取消按钮放在注册表单的左侧。

如果使用取消按钮的话，有4%的情况是放在提交按钮的右侧。在这些网站中观察发现，取消和提交按钮没有非常强烈的视觉区别，而且还被挨在一起。从可用性观点上去看，把主要动作和次要动作用视觉区分开来并且用明确的空隙去区别它们是更有意义的。

3.10. 提交按钮的对齐方式

考虑到表单的样式，把提交按钮左对齐、右对齐或者放在中间是有实际意义的。有56%的设计师把提交按钮左对齐，第二位是26%的把按钮居中对齐。

右对齐的提交按钮依然比较流行（17%），但是一般都是起到需要进行下一步操作时的指示作用。在这些情况中提交按钮经常是以“继续”或者“下一步”为标题的。理由是：通常桌面软件中的“下一步”按钮就是放在右侧的。

3.11. 感谢信息

几年前，大多数服务在成功注册之后会提供一个简单，基础的感谢信息（通常还带有一个登录的链接），现在大多数站点都试图去激发用户立刻探索一下他们的服务。
45%的网站要求用户在完成注册之后提供更多的信息，在他们的网站上找到自己的朋友，或者邀请用户的朋友来使用他们的网站。
33%的表单会用友好并具有吸引力的语气指出 “接下来要去地方”（网站功能的探索）。
4%的网站提供了一个基础的“谢谢你”的消息。
2%是直接跳转到首页。

更多的发现

18%的注册表单旁边都会有登录表单或者登录连接。（例如, YouTube, Reddit, Digg, Lulu, Metacafe）
78%的注册表单没有用星号或者高光去表示必选框；大多数情况无论星号或者其他形式的高光都不会被使用。
9%的注册表单用流程指示来告诉用户他们进行到哪一步了，并且告诉他们哪些步骤是完成注册的必填项。
85%的站点更喜欢用尽可能简单的web表单。
区域通常都是用空白区来群组和拆分的，有时边框的用途也和空白区一样（22%），还有9%的情况是利用不同的背景色来区分。
99%的案例中都是用到标签索引（除了Habrahabr）
24%的表单使用谈话式的语气，试图通过标示的对话达到用户所需。在这种环境中通常使用类似“你叫什么？”，“你的Email请告诉我一下？”或者“我想要……”等非正式的语句。
38%的网站宁可毅然选择正式商务的语气，友好地让用户填写所需的信息。（例如，“您的用户名”，“确认密码”等等）
38%的网站使用系统语言，用户被要求“登录”，“用户密码”，“地址”等等。

总结

注册链接的标题大多数是“sign up”（40%）并且被放在右上角。
注册表单为了避免分散用户的注意力而使用简单的样式。
93%的注册表单是单页表单。
41%的注册表单通过解释注册的优势来吸引用户注册。
62%的输入框标题是通过加粗高亮的。
标签不是都排成一条直线的。
设计师试图不用必填项和可选项。
86%的注册表单更喜欢用垂直布局的表单。
注册表单没有任何hover,active或者focus的特效（84%）。
提示和帮助不管是静态（57%）或者动态（33%）都是出现在输入框下方（57%）或者右侧(26%)。
状态确认和动态确认一样流行。当然Ajax不是趋势
82%不需要email确认
72%需要密码确认
校验码可用（48%）可不用（52%）
92%不用取消按钮
提交按钮是左对齐（56%）或者居中对齐（26%）
感谢信息激发用户继续探索网站的服务（45%）

原文地址：

http://www.smashingmagazine.com/2008/07/04/web-form-design-patterns-sign-up-forms/

http://www.smashingmagazine.com/2008/07/08/web-form-design-patterns-sign-up-forms-part-2/

如何做得Banner通情达意

wei — 2010-07-26 23:01:50

写在前面的话

有人觉得做个banner放2张图，排几个字的事，一点技术含量都没有，像其他门户banner基本上都是编辑们自己做的。我觉得这么说是不对的，其实一个banner可以研究的东西还是很多的，而且做一个banner是不难，难得是在短时间内做一个出彩的banner。门户的专题一般是编辑套模板拼成的，比较重要的专题，banner部分是由设计师来完成，一个banner的品质上去了，整个专题的质量感就上来了，所以这部分交给设计师来做也是重视品质的表现，这个毋庸置疑。但banner毕竟不比大型项目，从设计成本上说不可能给太多的时间给设计师，于是乎，设计师有时候是靠经验积累，有时候妙手偶得，质量也是时好时坏，更害怕的是当没有经验没头绪没有心情时，胸中无物，不知道如何下手，于是越急越乱，越乱越急，最后匆匆了事，这种状态下估计也出不了好的东西。在排除技术手段的前提下，如何通过一些经验的思考，让banner达到通情达意效果，也是我下面要说的，个人经验之谈，供大家参考。

一思考专题定位

·顾及需求方的频道定位

因为包含内容不同，门户网站各个频道有着不同的风格，所以设计师们做设计的时候也要考虑到如体育频道的运动感，财经频道的国际和高端等。

图1
/女人频道的定位是知性，所以这个banner设计风格也是很贴切的。
/banner 赞助夏小萌

图2
/历史频道的专题，做出厚重沧桑的历史感还是很切题的。
/banner 赞助 10

·顾及此专题的定位

专题的定位有时候和频道的定位偶尔是有冲突的，如女人频道一贯的知性理性的大风格下，有时候会来一些可爱小女人，有时候有做温馨浪漫，在这种有风格冲突的情况下，我们还是以贴合专题的定位为主，当然也尽量做到不能背离频道风格太远。

图3
/女人频道下的一个怀旧感的专题，所以画面做出了一些怀旧的感觉。
/banner 赞助璇

图4
/数码频道的一个和某手机赞助商的活动，所以banner也表露出一定的商业感

二明白文字在Banner中占主导地位

从构成上讲，一个banner分为2个部分，一为文字，二为辅助图。辅助图虽然占据大多数的面积，但是不加以文字的说明，很难让用户知道这个banner要说明什么。要读一个人的喜怒哀乐，只要读其五官即可。在一个banner里面，标题文字起着五官一样的作用，所以个人觉得文字才是整个banner的主角。所以对于文字的处理，显得尤为重要，在文字处理时有几个小技巧，与大家分享。

图5
/banner文字阐述专题主题，是绝对的主角。
/banner 赞助淑华

·分清主标和副标，从主次上来说，主标为主，字体要大颜色要醒目。副标起到从内容上和形式上都辅助主标的作用。一个好的banner标题文字处理都比较饱满，比较集中。

图6
/对主标题的断词比较巧妙，文字集中，主次明显，且文字与辅助图案相互呼应，统一感很好。
/banner 赞助淑华

·如果主标太长，需求方不舍得删文字的情况下，对主标中重要关键字进行权重，突出主要的信息，弱化‘的’、‘之’、‘和’‘年’‘第X届’这种信息量不大的词。

图7
/长标题的时候，如果把‘征集各种端午风俗’排成一行，就会显得没有主次，也很有吸引力。我这里把‘端午’这个最重要的信息提出来，让用户很容易进入环境，然后让他们继续了解更多的信息。这里还要说一个小技巧，我这里‘征集各种’、‘端午’、‘风俗’这三个词虽然分别用了3种字体，但还是能读出‘征集各种端午风俗’这是一断话，因为同一个红色起到了很大的作用。

·如果需求方整体文字太短，画面太空，可以用一些加入一些辅助信息丰富画面。如加点英文，域名，频道名等。

图8
/这个banner附加了一些英文来丰富画面，让画面充满丰富的同时，充满生气。
/banner 赞助 LV

三构建辅助视觉

一个banner最主要的是标题，但辅助视觉起着烘托标题文字的作用，然而这也是最有难度的一个活，设计师的个人风格和变现力在这里能够淋漓表现。文字和辅助视觉的关系，我这里列举了3个常见搭配方式，这几种方式搭配分别有不同的效果，从而产生不同感觉。

3种文字和辅助视觉常见的搭配方式：

1，文字+背景陪衬两段式。特点突出文字，视觉集中文字，报道感强。

图9
/banner 赞助胡子

图10

2，文字+主体物的两段式，文字图案相辅相成，起到文字言事图案帮助理解的效果。这样的banner适合做介绍类或者产品类。

图11
/banner 赞助淑华

图12

3，主体物+背景+文字的三段式，特点虚实结合，主次关系明显，也是效果最好，用的最广泛的一种形式。

图13

图14

图15
/banner 赞助淑华

四，创造力对主题的艺术化表现

1，严肃话题也能做出新感觉

做新闻报道的时候，遇到严肃话题，一般的设计师，都会比较拘谨，不敢也不愿去做视觉上的创新。所以配到这种话题，画面效果一般都会比较模式化，信息量弱，感染力不足。这时候，设计师如果敢解放思想，去动脑子做一些创新，其实严肃话题做上新感觉，能够达到意想不到的效果。

图16
/主题文字埋没在洪流之中，让其有一种融入感。洪流、闪电、阴暗的天空、淹没的城市，画面灾难感很强，角落处的武警官兵抗洪，让整体灾难中透出希望，哀而不伤。设计师有时候不仅仅应拥有对画面掌控力，对专题主题的把握，也是作为一个设计师应该具备的素质。

图17
/因为是做夏季高温的专题，所以在处理画面的色彩时候我对比度做的比较弱，就如同烈日下看东西的感觉。

图18
/这是春运的专题，我在处理画面用了很多斜的构成，因为斜的东西学构成的时候表达那种不安感是比较贴切的。拥挤的人群、阴霾的天空，不安中带着希望，当一张小小的火车票就能映出当回家的曙光时候，我想，或许这就是很多人对于春运的感觉吧。回头看看其他门户的专题，光艳无比，一股社会主义的优越感油然而生的感觉，不知孰对孰错，再想时，我已迷失。

2，轻松话题可以做出幽默感

有时候也会做到一些轻松感娱乐感的专题，在做这些专题的时候，设计师们就能更加放开了。

图19
/这个专题banner，做的很轻松很幽默。编辑说他的频道群里发，整个频道的人都笑翻了。

图20

3，作品也能带点小情调

有时候来一些小的创意也会让banner增色不少。

图21
/摇滚的不是乐器，还是文字
/banner 赞助竆

图22
/冰雪也的不仅仅是车，还是文字

后面的话

有时候我觉得做一个banner，如做一篇文字，文字可以是小说，可以是诗歌，也可以是散文，形式多样；可以用比喻、也可以拟人，也可以排比，手法也是多样。做一个banner，有时候需要字斟句酌，有时候则要点到即止；有时候该放，有时候该收；有时候可以如苏东坡般登高望远、举首长歌，有时候又可如柳永般娓娓道来、触动心灵。你可以用不同形式和手法来表现，但相同处，通情达意，揭露主旨。本文主要从定位、文字、辅助图和艺术性上表达了我对于做一个通情达意banner的一些见解，让大家能从我的理解中对做banner有新的看法，当然，水平有限，不足处，欢迎指正。

相关话题：网站Banner的设计源地址：http://uedc.163.com/2044.html

让网络，更简单！

guwendong — 2010-07-26 17:04:37

个性化，是解决信息过载问题的终极途径，但绝不是终南捷径，这条道路上的第一站应该是：信息过滤器。

2009 年，美国电影与中国电影的总产量超过了 1000 部，刨去滥竽充数混水摸鱼的，怎么也还得有两三百部要挑一挑。在《疯狂的赛车》上映之前，一个电影达人朋友向我大肆鼓吹，我去看了，结果发现也就那么回事儿。大家是不是也经常遇到类似的状况？我想答案一定是肯定的。要给出高满意度的有效推荐，是很复杂的一件事情，这你懂的。但如果我们换一个角度，朋友告诉我，《谍海风云》是一颗雷，你千万不要踩，我通常就绝对不会再自找没趣了，这很有效。

因此，我非常同意 Clay Shirky 的提法，“不是信息太多了，是过滤失效了”。

互联网从根本上改变了信息流动的方式，使得围绕信息展开的互动更加具有效率。它从本质上是鼓励分享的，也就必然会引发信息生产的暴增。可以有很多角度解读互联网的发展历程，但依信息获取延展开的这条线路上，诞生了诸多伟大的公司，绝对不容忽视。起初是以 Yahoo 为代表的导航及门户，然后发展到以 Google 为代表的搜索引擎，再到目前最火热的以 Twitter 与 Facebook 为代表的社会化网络，互联网不断地在拓宽我们接触信息的视野，改变我们获取信息的方式。信息选择权向用户方转移，信息传递链条更趋直接，是这条线路的精髓。

有一种观点认为，Twitter 引领的“关注/Follow”模型，帮助用户撇开了多余的羁绊，将核心直抵感兴趣的信息。这种设置，将信息选择权交给了用户，用户能看到哪些信息，完全取决于他关注了哪些人，或者抽象些讲就是，关注了哪些信息源。但是，这种方式也有明显的不足，新用户需要从一穷二白开始，手工的一个个筛选出他需要关注的对象，这个过程很杯具。即使对老用户而言，要扩展到一个新的兴趣领域，或者是寻找新的关注对象，也是相当费时费力的。

在 Twitter 之前，RSS 也曾经被赋予厚望。Google Reader 确实做得很好了，但我作为一个重度用户，每天打开那个始终标着 1000+ 的列表，飞快地扫过标题，试图以最小的代价拣出那些我有兴趣阅读的条目，同时又忐忑不安地担心会漏掉点儿什么。这很崩溃，这绝对不是消费信息的正确体验。

无论是 Twitter 的关注，还是 RSS 的订阅，一个共同的问题是信息组织的粒度太过粗旷。我虽然是个足球迷，但我是在李大眼停写中国足球之后，才订阅了他的博客和微博，如果他日后再又絮叨起中国足球这项名字虽然叫足球但却完全和足球没有一毛钱关系的令人闹心的运动，我立刻就会退掉他。

截止目前，搜索引擎是获取信息最直接的工具，然而它仅是数据层面的一种组织，用 Tim Berners-Lee 的定义来讲就是“it links documents”，用户要，它才给，并且还无法知道给的“是什么”。下一代的信息处理引擎，必须具备理解语义的能力，“It’s not the documents — It’s the things”！这里的 things，针对的就是信息层面。我是基因方法的拥护者，比如 Pandora 的音乐基因工程，比如 Jinni 的电影基因工程。信息同样是具有基因的，核心基因是，“主题——在讲什么”。基因方法有诸多好处，像稳定性、可衍生性以及良好的可解释性，但我最看重的，它是一种令人激动的探险，尝试着让机器以模拟人类的方式去理解信息。这非常有挑战。

根本需要，是兴趣。我不感兴趣的，就不要来纠缠我。我们希望有这样一种方式：你只需要表明自己的兴趣，然后通过群体智慧与机器运算，让信息找到你。

源地址：http://www.guwendong.com/post/2010/cutt.html

BANNER中的字体结构分析

K.C — 2010-07-26 15:07:42

本来想写“Advertisemen中的字体结构分析”，后来发现这个标题写得有点大，偏离了在目前工作中的针对性，因此缩小到banner的范围，以下内容仅个人在目前工作中对banner设计上的一点浅见，仅起抛砖引玉的作用。

Banner的传达方式 [TOPIC]
针对网站中的banner

Banner的本身形状：形状决定了其固定的构成方式，一般为矩形，横幅，左右结构和居中；
Banner的文字特点：主题式，一般分为主标题和副标题，文字较多；设计的时候还需要考虑应用到网站各种尺寸推广图的可读延伸性。
Banner的图像特点：辅助主题，增加文字的渲染力。
Banner的传达行为方式：载体为电脑屏幕，IE浏览器的第一屏位置，用户眼睛焦点停留时间约3秒以上。

[由于banner一般用于专题类网站，在门户网站的二级页面，用户进来之前，在首页已经对主题有一定的了解和认识，所以banner的作用是在二级页面中起到包装页面的同时增加内容的趣味度和内容方向引导；所以这也是和传统广告中普遍要求第一感官视觉冲击力来强奸眼球所不同的地方。]

文字在banner中的重要性

对于文字，我们常常听到需求方提出：“字要大！”
“啊？还要大？已经很大了！“ 然后很无奈的拉大一点，其实我们都知道大那么几个像素没有意义；
但细心想想，需求方要的真的只是那么一丁点的追求么？毕竟他们不是设计师，不懂得如何表达自己的想法，而唯一可以让们觉得显眼的方式只有大小的区别而已，或许是因为，字不够显眼，字的处理太普通，背景太抢眼之类的，或许，我们应该理解为：“字要显眼一点“，而”显眼“的方式却有很多种。

Banner=文字+图像[辅助]

Banner上的文字一般都占据了整个banner的70%的区域，而实际图像只占不到30%，往往很多的设计师更专注于那30%的图像设计，忽视了最重要的70%文字区域，最后只用系统字草草拼凑了之，试问这样的一个banner的设计合理么？

尤其当主题被延伸应用到小尺寸推广图的时候，只剩下放文字的区域时，这个推广图算是彻底完蛋了。

中文字和英文字母的属性区别

中文字与英文字母的区别，字母是一种纯粹发音符号，每个字母本身并没有意义，单词的意义来自于这些字母之间的横向串式组合，而汉字的组字方式是以象形为原始基础，也就是每个字都具有特别的意义，一个简单的字在远古时代就代表了一个复杂的生活场景，因而它也是世界上最形象的文字。两者之间的阅读方式和解读方式都有本质的不同，因此，汉字的编排不能照搬英文的编排方式，它们两者之间在编排上有一些客观的区别。

中英文字体的结构分析

a. 同样字号的实际大小不同，英文因为都是字母，字母的构成结构非常简单，屏幕最小可视像素为6px[代表字体：04字体]，中文则结构复杂。屏幕最小可视像素为10px[MS明朝/MS UI Gothic]和11px[新细明体/ PMingLiU]

b. 英文的整体编排容易成段、成篇，视觉效果比较自由活泼，有更强的不连续的线条感，容易产生节奏和韵律感。
中文整体编排容易成句、成行，视觉效果更接近一个个规则的几何点和条块，不容易产生动感的最主要的原因是因为整个结构是闭合的，笔划张力的总和趋于零。

c. 英文的篇幅普遍比相同意义的汉字的篇幅要多，在设计时，英文本身更容易成为一个设计主体，而且因为英文单词的字母数量不一样，在编排时，对齐左边那么右边都会产生自然的不规则的错落，这在中文编排时不太可能出现的，中文编排每个段是一个完整的”块”，很难产生这种错落感。

d. 英文的结构有大小不同的形状，在字形设计上不可能排列在同一条直线上，如gjpqy等字母齐下方的沉降线，而bdfhkl字母上齐顶线，其它字母才齐上中线和下脚线。然而，英文编排时自然产生的错落其实并不是西方设计师所期望的，他们在细排文字对齐上花大量的时间来调整字距、词距、行距、段前距、段后距等，使得段落更趋向于几何形态。

如何处理banner中文字的构成问题

关键字：理解-分解-重构

理解.

在进行文字的编排之前，首先要理解文字的内容。见过很多设计师只注重版式美现而不关注文字内容，文字一拿到手就开始编排，从不考虑文字在说什么，他们的原则是文字一定要服从于版式需要。这是不正确的设计方法，对于一条标题，如果我们不去理解标题所表述内容，就很容易本末倒置。这也是设计师需要和需求方重点沟通的问题，并从中获取需求方的关键字。

分解.

根据主题关键字所传达情感，分析字体本身的性格属性，综合画面，对其分解；笔划粗细与结构、留白、重心之间的关系，这是活字设计中的一个综合问题，并非一朝一夕就能掌握的，它不但对字的个性要有深刻的理解，而且还要具有非常敏锐的观察力。尤其对于字体本身所设定出来的一个形象，或这种字体通常会在什么地方出现？见到这种字体会想到什么？这是视觉传达中需要长期积累的。

重构

字体的设计需要考虑到标题整体组合在画面的均衡性，在不破坏字体的基本识别前提下进行再设计，使文字图形化，字体类别中的衬线字体和无衬线字体（serif vs sans-serif），在组合的时候，不建议把无衬线类字体和有衬线类字体直接组合。

从心理模型可以看出，常规的组合排列中，无衬线字体比衬线字体的常规组合性更好一些，但处理的不好反而会呆板。

书法字体，因为书法字体经过历代书法家对字体的追求，使其结构更加牢固，多一点少一点都会影响其本身的字型美感，且气场较强，不适合太小的版式和过长的句子大量使用；学过书法的同学，或许深有体会，在中国书法里是十分讲究“精”“气”“神”，用语言无法表达情绪的时候，书法的字里行间却能透露出来的气场，也就是所谓字的性格。

以上是书法类字体在特定主题情绪表达上的一些处理方式；文字并没有做特别的变形，而是切合主题的做了一些效果。

ps. 记得来网易面试时，HR曾经问过我一个问题：“对于视觉设计师这个职位里，你觉得设计师是什么？你能做什么？”
我说：“设计师在这里，往往更多的是担任着翻译师的角色，把讯息更快速准确的诠释给所有受众。”

相关话题：网站Banner的设计源地址：http://uedc.163.com/2006.html

限制的意义

熊猫 — 2010-07-26 14:56:26

重读《人因工程学导论》，发现许多基础心理学的研究结果，并没有被很好的应用在设计中，这里摘录出工作记忆的限制原则，和由此阐发的设计原则，与大家share。

工作记忆，也称短时记忆，是一种相对短暂的，存储少量有限信息记忆方式。工作记忆作为临时存储器，在我们使用时会一直处于激活状态。

工作记忆的限制

容量

众所周知，工作记忆的上限大约为7±2个组块（Miller，1956）。
组块（chunk）是工作记忆空间中的存储单元，我们的工作记忆也可以容纳7±2个不相关的字母或数字，也可以容纳7±2个词汇或者熟悉的日期。

时间

工作记忆中信息的强度会随时间的延长而消退，除非这些信息能够不断地被激活或者使用。

混淆和相似性

这样顺序的一组字母E G B D V C 比E N W R U J 更不可能从工作记忆中准确地提取出来，因为前者在听觉特征上有很大的混淆性，这一点常常被忽略，因为人们熟知视觉编码而忽视语音编码。
重复也导致混淆：“8553”更为可能被错误地回忆为“8533”。

注意和相似性

工作记忆是受资源限制的，更多地依赖于我们所提供的有效的注意资源。如果这类资源完全分给另一个同时进行的任务，消退会更加迅速。
注意的分心并不是一定是有意地干扰工作记忆的结果。根据Baddeley 的工作记忆模型，视空间记忆模板更容易受到空间任务的干扰，如指向任务或跟踪任务，语音环更容易受到其他语言的或者以语言为主的任务的干扰，如听说任务（Wickens 等，1983；Wickens,2002）.

工作记忆的限制为人因设计提供了一些主要原则：

最小化工作记忆的负荷

在完成任务过程中，必须使工作记忆中的时间和字母数字项目的个数都维持在一个最小的数量上。总体上说，设计者应该努力避免人们使用较长的任意数字或者数字串的编码（Peacock&Peacock-Goebel,2002）。

提供视觉反馈。

不管在哪里使用合成语音来传递语言信息，都需要信息的视觉形式（打印文字）相互配合，这样，人类使用材料时的工作记忆不会很快消退。

提供序列任务的位置空间

一些任务的操作可能在形式或者反馈上是相似的，需要很多的步骤。如果能够提供已经完成了哪些步骤的可视化体系，那么对于这些任务的完成就很有好处。因此，那些容易分心的操作者就不需要因为忘记做过了什么而重新返回到任务当中，也不需要重新开始（Gray，2000）。

利用组块

我们已经知道组块是怎样增加保持在工作记忆中材料的数量。以及如何促进信息转化到长时记忆的。因此，任何能够利用组块的方法都是有益的。下面是几个创建组块时需要考虑的因素。

■ 物理组块大小。呈现任意的字母串、数字串，或者两者都有，最好的组块大小事每个组块包含3到4个数字或字母（Bailey，1989；Peacock&Peacock-Goebel,2002；Wickelgren,1964）.
■ 有意义的序列。比如555、4321或者一个便宜的名字这样的信息等这样一些有意义的序列。
■ 字母先于数字。通常情况下，因为字母更有含义，所以它比数字更容易形成组块。广告就是利用这一原则把含有8个组块的数字串1-800-663-5900，转化为仅有3个组块的，这样能够大大提高工作记忆的容量。
■ 保持数字和字母分离。例如，一块机器铭牌上含有1个数字组块和1个字母组块，如458 GST, 就比数字和字母组合在一起，如4G58ST或4G58 ST，更容易保持在工作记忆中。

把混淆最小化

可以利用删除可能产生混淆的共同元素，例如，3和2之间混淆的可能性就比A5433和A5423之间混淆的。
空间的分离也能够减少混淆的可能（Hess,Detweiler,Ellis,1999）。用四个不同的窗口分别显示四个不同的数量就比仅使用一个窗口循环显示四个数量更容易记住。因为空间的位置能够表示一种静态的，区别性的线索，它能减少项目之间混淆的可能性。

在指示语中要考虑顺序，避免“否定”

当指示语用来支持紧急程序时，就不能有出错的可能性。我们在理解句子时，句子中的大多数词汇都需要保持在工作记忆中，一直到整个句子的意思都理解了。因此，较长的句子更容易出现问题。
如下面程序指示语的例子：“在做X和Y之前，做A。”
这里，一直到A出现之前都必须记住X和Y。
较好的表达方式是下面的顺序：“做A。然后做X和Y。”

否定在工作记忆中增加了组块。即使“否定”能够被知觉到，但可能会在工作记忆中发生遗忘。因此用户可能会做出与指示语相反的事情。

源地址：http://cdc.tencent.com/?p=2797

让评论更有价值

小强 — 2010-07-25 14:48:41

一直觉得豆瓣的影评和书评有些缺陷，评分不高的电影我可能会觉得挺不错，有些评分很高的书我会觉得不太好。

最近一段时间通过看书，买东西，自己体会到了原因所在：很多东西（书，商品）不分好坏，只分是否适合！

书评

周五在同事那里借了一本书：《点亮社群》打算在地铁上看，看了一个多小时就发现，这本书太烂~1句从业者都知道的理论+99句废话+一个案例。

后来回头想想，如果是学生时代看到这本书，也许我会激动好几天，因为这本书对于非从业者还是比较新鲜，比较激励人的。但是对于从业者看来可能没有太大意义。

所以，同样的一本书，不同的人评价，结果会有很大差距。问题不在于书本身，更多的在于读者的个人情况。

商品评论

相比书，商品（特别是衣服）对买家的个人特性（身高，体重，三维）要求更高。之前通过一次不好的网购经历，自己也给卖家提了一个建议：在评论中鼓励买家自报身高体重，所购买的尺码，是否合身。来给后面的买家提供更有效的参考。详细建议可以看我的另一篇博文——给淘宝卖家的一点建议。

总而言之：

1.现阶段，我经常看到的评论方式（豆瓣，淘宝）都只是单方面对产品本身做评价，没有对使用者/购买者定性。导致对不同类型的人参考价值不一致。

2.如果想让评价更有参考价值，更精准。应该首先对使用者/购买者定性，然后再让此类使用者/购买者对商品作评价。这样就不会存在一个很好的入门级读物，被一群专业人士或自以为很专业的人士评价的不堪入门了。

源地址：http://xiaoqiang.me/?p=1036

信息架构：3×n

chenjz — 2010-07-23 11:16:08

一个网站/软件到底需要多少张页面，我觉得是“3×n”张。

3个基本页面

信息架构从某种程度上讲，是对这三种页面的排列组合。

1、着陆/导航页

通常一个网站的首页承担了这一作用。下图截自“hao123”，因为他们全站几乎只有一个导航的作用，很典型。

2、消费页

这是用户浏览我们网站的目的地。我之前更喜欢管它叫“内容页”，但是通常用户都需要在这个停留相对较长的时间，在我看来，这个页面“消费”了我们的时间。web2.0的豆瓣也不例外,我们找到了一半理想的书籍,会细细阅读相关的介绍.

3、交互页

交互页是交互设计师的重头戏,全依赖他们,才能把复杂的流程变得简单。

当然，信息架构的工作不是就这样简单。

复杂的是，这些页面通常情况下不会简单的排列组合，而是互相融合。

消费页+ 着陆/导航页是最常见的情况

自从有了Google等伟大的搜索技术，我们浏览网页的方式有了极大的改变，我可能直接就会找到我感兴趣的内容。比如下图，第一条搜索结果就是刚刚豆瓣的那个网页，这样点击一次就可以到达。所以，每个消费页都可能是着陆页。

于是，消费页也需要加入导航。仔细看下刚刚豆瓣的页面，果然可以找到导航。

交互页尽量不要与消费页和导航页结合

来自apple的这个例子。购物之后交费页面仅提供主导航做为“紧急出口”，让用户可以终止这个购物流程。同时提供了帮助页，对这个流程进行支持。再就是少量的付款需要参考的信息。

注册页面和登录页面更要完全抛弃导航。登录or注册，不可以有其他的选择。

源地址：http://blog.chenjz.com/?p=561

非悬停

Apple4.us — 2010-07-23 10:36:31

本文提供了一个有趣的观点：在触屏设备愈加普及的未来，鼠标悬停将以附加功能的身姿出现。我相信作者，特别当看到苹果的上季度财报中，iPad 用 3 个月时间就达到了麦金塔一半的收入，我更信了。

完全依赖鼠标移动、鼠标悬停、鼠标移出或 CSS 伪类 :hover 的网页元素，在 iPad 或 iPhone 等触屏设备上的行为可能会和设想的不同。

在史蒂夫·乔布斯宣布 iPad 发售的几天后，我注意到苹果的参考库中有这样的一句话：「为 iPad 做好准备，请开始了解多点触控对交互设计的重大影响。」悬停状态前途未卜，也许还可能遭遇严重的可用性问题。

触摸屏热潮

如果你认为多点触控尚未普及，悬停问题可以因此挂之脑后，看看这组数据：到 2010 年 6 月 22 日为止，苹果在 80 天内售出 300 万台 iPad，这个世界上每天售出 103 万台触摸屏手机，还有，像戴尔和惠普这样的公司，研发和销售可触平板和笔记本电脑已经有一段相当长的时间了。

悬停依赖

悬停状态无处不在。我都不记得我写过的样式表或者设计过的网站，有哪个没有花大量的心思考虑悬停的工作方式。作为用户，我们早已习惯悬停，比如超级链接的色彩改变，显示活动项目，以及访问多层下拉菜单。移动鼠标寻找隐藏的按钮已经成为浏览网页的必备技能。作为设计师，我们用悬停状态容纳额外的内容，或改善视觉效果。不管喜欢与否，这样的日子已经结束，我们得靠自己了。

我相信在大多数情况下，最好的解决办法不是追寻替代品，例如多点触控的悬停技术。试着适应无悬停设计，或者把网站转换成 iPad/iPhone 上的应用程序。与其费工费时添加脚本，排除错误，不如把精力集中在设计简易和可靠的用户体验上。按照卢克·罗布卢斯基（Luke Wroblewski）的说法，我们应该从移动版开始设计。我认为，最好得从多点触控的版本做起，然后再做其他版本，悬停状态只能算增强型的功能。

尽量避免：

不明显的超链接。
显示重要信息或元数据的 Javascript tooltip。
悬停后才显示的选项，例如编辑或删除操作。
悬停切换图片，例如悬停后显示某张半透明或黑白相片的全彩版本。
下拉菜单。虽然有些可以通过点击和轻击激活，但请确保让用户知道如何这么做。
太过专注依赖悬停的 CSS3。我知道这有些令人伤感，但是因为悬停已被视作增强功能，接受这个现实吧，多点触控设备的用户看到不到我们设计的转换效果。

我们如何适应？

通常，做出调整不是一件简单和快速的过程。网站的交互层越多，解决可用性问题所需的工作就越多。我注意到，我最喜欢的一些网站已经采取各种措施，修补了一些问题。

显示所有内容

内容优先，如果你在悬停状态后隐藏了一些东西，那么将它们显示出来。WordPress 后台的文章列表是很好的例子。通常，编辑选项只在悬停后可见，但如果使用触摸设备登陆后台，通往这些操作的链接就会一直显示。

利用轻击（Tap）显示悬停状态

根据不同情况，这么做可能导致风险。亚马逊使用这种办法制作的购物导航很是不错，橙色箭头和面板式列表的点击感强烈。另一个例子是 Basecamp 中待办事项、里程碑和文件的编辑和删除控制。当你悬停在三者中任意一个之上，编辑选项出现。而对于触摸屏，他们写了一个 Javascript 弹出菜单，一旦用户知道如何激活，体验就会很好。问题是，在 Basecamp 的例子中，网页没有提示用户哪里可以点击，所以我觉得类似 WordPress 的解决方法更好。尽管如此，我仍愿意每个月多花一点钱用上 Basecamp 的移动版。

为触摸屏设备度身定制

并利用设备原生的控制、手势和弹出界面。Twitter 和 Gowalla 的成功，触摸屏客户端功不可没，也许，这些客户端的使用量比网站还多。我常用 Netflix for iPad，但经常感觉，它像某种依赖悬停的网站进入了 iPad 的地盘。当我想把影片加入队列的时候，现在需要三次点击，而用悬停，移动并点击即可。如果你准备为触摸优化，就一定要贯彻到底。

等待触摸悬停技术

我不相信这么做对任何人都没有好处。也许 Cypress 会让我们惊喜，而且苹果已经申请了近程感应触摸屏的专利，不过这也困扰着我 — 我讨厌回到旧的方式，而且还要牺牲用户体验，就只是因为技术实现了。而且，这会让我们看上去很傻，因为不敢随意触碰屏幕了。不过从好的方面来看，菲尔·敦菲（Phil Dunphy）会喜欢的！

我们会好起来。

最后，我认为悬停的退场会让 Web 变得更好。不会有比简洁的内容、清晰的互动和简单的设计更好的东西了。如果在开发中专注于提高浏览体验，不管用户怎么使用，我们的网站都将正常运转。

[原文链接；作者：Trent Walton]

我不是产品经理！

千鸟 — 2010-07-23 10:13:43

这个问题我说了N的平方那么多次，还是有很多人坚持肯定的褒奖我为“久经考验的产品经理”。最近有人找我去讲课，关于“互联网新的、发展前景的优势产品等”，我一听就头大，这不明摆着所谓产品经理们“战略咨询顾问”角色忽悠的事情么。他们想要什么我很清楚，我的成功也可以复制——类似的“实用主义”路数。

“但是无法粘贴。”有网友补了这么一句话，我认为用来描述中国互联网现状再贴切不过了。2008年1月我写产品经理的责任的时候，号称做“产品经理”的人远远超过做“产品设计师”，近两年应该在逐渐持平，但实际上还是不正常，真的需要这么多产品经理么？一个团队里产品经理与产品设计师的比例应该多少？

在我看来，国内超过80%的产品经理其实多少都在从事产品设计职能。我之所以强调自己是“产品设计师”，是因为我意识到产品设计质量对产品最终用户体验的影响被大大低估，并且将来是拼专业技术的时代。创意一流，设计九流的例子比比皆是，抄别人都抄不好难道还不值得所有人反思么？我希望国内所有从业者都看到老外同行们深厚的技术积累，而不仅仅风光的创意想法。

从职能上区分，产品经理的核心竞争力是对业务远景的把握，可以理解成商业规划能力，重点关心做什么？不做什么？先做什么？后做什么？产品设计师的核心竞争力是对最终实现的把握，可以理解成专业技术能力，重点关心怎么做？做成什么效果？做到什么程度？我坚持认为，搞不清楚产品经理和产品设计师的区别，意味着团队成员责权不分，在某个问题上很可能都认为自己最专业。这些状况在小团队里不明显，因为小团队可以依靠热情、感情来迅速推动，但在大公司大团队则容易形成普遍的“消极抗战”心态，以及谁拿钱多谁说了算的“官僚主义”思想。

为了更好的说明问题，把话题扩大到互联网产品团队，谈谈对团队的看法。我见识过很多创业产品初期只有两个人，设计师和工程师的孵化角色。产品到了一定规模，必然需要长期发展规划和短期监督执行，此时我也认为只需要四类人就可以：产品经理、设计师、项目经理、工程师。

注意是四类人，不是四个人，所谓四类人就是有可能成为四群人。其中产品经理和项目经理走M路线，设计师和工程师走P路线。走M路线的群体根据发展团队规模再扩张，比如产品经理往上可以设立产品总监，项目经理往上可以设立项目总监。走P路线的群体根据所需专业程度再细分，比如设计师可以细分信息架构、交互设计、界面设计、视觉设计等职能，工程师可以细分前端开发、应用开发、数据库开发等职能。

项目最终失败的原因多半是产品本身（而非运营、销售）没做好，而没做好的原因主要有四个。其一产品经理不及格，症状为产品没有市场竞争力；其二设计师不及格，症状为产品不能持续吸引用户；其三项目经理不及格，症状为产品总是不能按时上线；其四工程师不及格，症状为产品问题太多效率太低等。

归根结底，认为自己是不是“产品经理”不重要，关键我们所做的工作有没有对产品成功起到相应的推动作用，这是值得所有从业者扪心自问的问题。真正有效的发展必然有适应节奏，而不是拔苗助长式的去抄袭别人所谓的“成功”体系或者体制。

源地址：http://blog.rexsong.com/?p=9339

MVC开发模式下网站策划/产品经理的角色定位

向蓝 — 2010-07-22 23:51:55

当前国内的主流建站程序都是采用了MVC三层架构来开发，对于网站的后期维护与应用过程，都有很大的裨益。由于MVC开发模式将前端设计、程序开发进行了明确的定义与分工，但是并没有对网站策划进行过多的定义与着墨，在这里，本文主要探讨在MVC开发模式下，网站策划（or产品经理）的角色定位问题。

首先，我们来认识一下什么是MVC开发模式。MVC开发模式又称筋骨皮模式，具体的组成与相互关系见下图：

MVC开发模式关系图

图注：

筋（控制器Controller）- 负责转发请求，对请求进行处理。
表皮（视图View） – 界面设计人员进行图形界面设计。
骨架（模型Model） – 程序员编写程序应有的功能（实现算法等等）、数据库专家进行数据管理和数据库设计(可以实现具体的功能)。

概念起源：筋骨皮模式最早由Trygve Reenskaug在1974年提出，是施乐帕罗奥多研究中心（Xerox PARC）在20世纪80年代为程序语言Smalltalk发明的一种软件设计模式。

熟悉了解了MVC开发模式后，站在网站策划的角度，我们发现，看起来在每个环节都可以看到网站策划（or产品经理）的身影，又似乎每个环节都和我们没有多大直接关系。就我个人的工作实践来看，实则不然，网站策划非常有必要在MVC开发环节与过程中积极参与，并发挥自己应该发挥的作用。

下面，本文通过一个图表来作一下解释说明。

网站策划的角色定位

1、模型与网站策划

该模块与网站策划过程中最基础的功能需求、产品策划架构息息相关，脱离模型基础的产品策划，都是不可实现的，不负责任的。通过模型分解，将网站功能进行有机的分解与整合，形成一个严密、复杂的产品功能实现体系，是做一个成功网站的技术基础，也是策划基础。

2、视图与网站策划

视图是比较容易理解的，就是网站的可视界面。对于网站的生产过程而已，网站策划是视图的前置工作，通过策划与美工设计人员紧密合作，才能完成一个完美的网站视觉效果。

3、控制器与网站策划

控制器是网站程序的灵魂，也是模型与视图模块交互的中枢神经。也是网站策划在后续工作中，多产品的交互、整合的基础性模块。网站策划必需要了解控制器的数据结构，才能够提升策划效能，做到多产品策划工作中的相互串联，使网站成为一个有机的整体。

源地址：http://www.mamcn.com/?p=449

抛三个案例，共谋电商经营之道

孤山红叶 — 2010-07-22 15:03:18

一直以来，我都觉得自己是一个不够深刻的人，对事物的认识比较容易停留在表面，这几年也一直混迹于网络推广、现在从事电子商务行当，故而也想直面内心，抛出一些己见，以便跟各位朋友一起交流探讨！有几个案例如下：

A商一名淘宝卖家，现在晋级了，已经进驻淘宝商城，且预开拓独立商城经营，其原是学美术出身，对产品的视觉呈现要求极为苛刻，每当需推出一款新产品，必定请最好的摄影师拍出最好的视觉效果，然后再自己关起小屋子慢慢的修正调试，可谓是不眠不休，虽然冠以某知名品牌的旗舰店，但市场竞争者众，想杀出一条血路也是困难重重，但就是这样，凭借简单的淘宝广告投放，以及对美的追求，应该在那个小圈子内，已然是翘楚！
按照我的分类方式，该商可称之为：广告型电商，特点有哪些呢？简单说来有如下四点：
1、视觉：冲击力强，初步赢得关注
2、支持：画面本身很好的表现产品的功能卖点，以便说服消费者
3、形象：还原产品的真实性，符合客户心目中的一贯形象
4、亲和力：画面、内容亲切而友好

B商是一专事教育行业的B2C平台，网站做的中规中矩的，页面风格倾向于科技类企业网站，教育行业B2C貌似少见一点吧，不过人家也是有点家底，教育局、教研室资源异常丰富，一口气便请了数百初高中知名教师、教学专家录制各学科的教学视频，且包装成教学产品，放到网上进行销售，在教育圈内风头一时二两，运营了半年，IP才几百，投入如此巨资，却成了鸡肋！
姑且称之为：政府型电商，其特点主要有：
1、概念：更倾向于概念的包装，从政府圈钱
2、执行：概念很好，饼很大，但是没有相应的团队去执行项目，或者说根本不懂如何执行；
3、乌龟：前期撞了南墙，但是不懂得拐弯，应变能力有限，且没有预案，或者说从未考虑最坏的结果！

C商是一家保健品公司，之前在电视上大打特打广告，近期可看到在垂直门户、视频类网站均投放大量广告，广告煽动力极强，充分发掘人性中的隐性需求，有点类似于你在路上走着，突然一个又高又帅的小伙子向你打招呼，你正琢磨你哥们是谁呢？他突然冲过来跟你说，他是原来初二三班的，原来那个又丑又矮还一嘴龅牙的狗剩，你就奇怪了，是基因突变还是被累劈了呢，一问才知道，人家刚从“韩国”回来！回家一照镜子，这隐性需求就冒出来了！哈！
事实上人家网站也可以线上支付，也可以货到付款，不过总觉冠以电商之名，有些不妥！暂且称之为：营销型伪电商吧！它的特点主要有：
1、整合：不用说，这类公司必然走整合营销的路线，线上线下资源相互呼应，互相补充，以起到广告的最优效果！
2、短平快：在一段时间内，快速的进行广告投放，回笼资金，产品的高毛利支撑市场推广持续滚动，但是一般来说，会很快烟消云散！
3、高端：这个高端并不是产品多高端，而是这种模式本身特质，需要高投入（明星代言，各种资质认证等），战略高，需要一个站得高看得远的领导者制定好战略方针。
讲了这几个案例，无非想抛出一个问题，到底消费者或者说网购人群到底想要什么？我们可以研究一下A商与C商之间的共性到底在哪里？以及B商失败的原因所在（他没有满足共性的地方）！

按我的浅见，这两者的共性主要有以下几点：

1、 找到自己的目标受众：在我们的眼中，A商就像巡航导弹，立足于淘宝，精准投放，定点轰炸，效果明显，而C商则像原则弹，全方位覆盖，一颗下地，方圆五公里人畜全无！
2、 我们的客户想要什么：A主要体现真实，还原产品的形态，良好的客户体验的结果，而C主要是用催眠式的广告发掘人的需求抑或隐性需求。从B网站的风格我们可以看出，科技类版面应该更倾向年龄层次更大的人群，而不符合初中、高中生的审美标准！
3、 我们的优势在哪里：A商体现在美工上，对画面的处理异常专业完美！而C商则体现在资金雄厚，战略布施井然有序，当然产品本身也具备某些特质！
4、 团队：A网媒出身，了解客户消费心态，视觉团队突出！C商营销团队强悍，资金这么雄厚，不排除部分推广业务外包给知名的广告公司！
5、 顺势：A商冠某品牌旗舰店，这在一定程度上减轻了推广的难度！而C商在线下推广的基础上再进一步拓展线上，这也暗合顺势之意！

谈了这么些个想法，倾向于“破”而不侧重于“立”，数据分析、策略都提得少，为什么呢？因为我觉得我思考这些都关乎一个网站的“先天性”问题，亦即未来的潜力，先天充足，通过后天努力（推广等），取得成功的概率会更高，但如果先天都不足，则容易导致举步维艰！

源地址：http://paidai.com/displaythread.php?boardid=11&topicid=29493

最新文章 - UCD大社区