-
2009-10-20
网站导航设计杂谈
“网站策划中百分之七十的工作是围绕网站导航开展的”——这句话是错的。许多优秀的网站成功在导航设计,许多糟糕失败在导航设计,这个现象的确存在,但这并不意味着导航设计占有网站策划工作的绝对重心。
不是所有的网站都需要导航
策划这类思维活动,一旦形成了惯性也就失去了创造力。很多从事网站策划的朋友,总是把着眼点放在了网站的导航,殊不知很多网站压根不需要导航,因此,正确的网站策划思维应该是首先明确“我们是否需要导航”,然后才是“我们需要一个什么样的导航”
只有一个页面的网站,它们不需要导航。企业简介、联系方式、产品服务,这样的名片式网站是国内中小型企业普遍采用的形式,而这些内容往往可以在一个页面中展开;网站建设公司为了提高价格将名片式网站故意复杂化,同时为了节约成本将导航程式化,造成了成本浪费与用户操作的烦琐;一个极简的网站,高效能的传播,纯粹的功能,是不需要导航的干扰;如果能够在最少的页面里把事情说清楚,就不要浪费更多的页面,这是在节约社会资源,也是在节约用户的时间。

可用性研究网站Useit.com(Nielsen)就是一个典型的没有导航栏的网站故事主线的网站,它们不需要导航。线性思维可以一步一步带领用户进入目的地,只要内容足够吸引,那么用户是不吝惜增加点击的;这种叙事的内容传播侧重的是内容的深度,Step By Step的让用户深入了解内容,并不希望用户进行跨越式浏览。故事网站并不能带来宽泛的流量,必需像看幻灯片那样一页一页的点击下去,而却能带来影响力与深刻传播,用户往往一口气浏览到底,而且很少去重新浏览;既然如此,故事主线的网站存在有何意义呢?很显然,故事主线网站是进行病毒式营销的利器,通常人们会把自己喜欢的故事网站通过各种渠道分享给自己的亲人和朋友。

著名的Web标准启蒙读物《为什么用表格排版是不明智的》采用线性无导航阅读用户往往并不知道网站导航的存在
每个人都有经常使用的网站,即便是网站策划师也不例外。现在确定一个你经常访问的网站(这个网站必须不是你亲自参与设计建设的),好,闭上眼睛仔细回忆,这个你经常造访的网站,它的导航包含多少个项目,第一个项目是什么?最后一个呢?每个项目在导航中是如何排列的?现在你明白了么?……即便是你经常访问的网站,你也没办法把导航内容完全记住。

Google中文(谷歌)可能是你每天都访问的网站,你能记得它的导航具体是什么吗站在一个普通用户的角度,在使用者的视场中,扫描着页面的内容,即什么内容在页面的什么地方,这些内容是否是用户需要的;用户其实不关心导航是否存在,他们只有在当前页面找不到自己需要内容的情况下,才会去寻找导航;因此,用户的确能感受到页面的存在,因为页面通过视网膜让用户知道了它的存在,用户往往不知道导航的存在,因为导航系统是一个抽象的概念。
用户使用导航是要找到自己需要的内容,这种需求往往非常急切,而且你不要认为每个用户都会像在月亮山挖宝一样孜孜不倦,在导航的帮助下,如果还不能快速的找到自己想要看的东西,那么他们就会关掉浏览器跑掉了。这个时候,一份详尽的网站地图,会比你精心设计的导航更有效和快捷。
越是扁平结构的网站导航越有效
很多网站策划师喜欢使用多级导航,有的甚至按照逻辑关系把导航细分到3级甚至4级,这样做是极其不合理的。在此我们引入一个维度的概念,如果每增加一级导航就增加一个维度,那么增加的这一级将使整个导航系统复杂度增加数倍,而用户的操作将呈几何数量级的增加。

一个企业网站的二维导航被扁平化的例子我们必须明确,导航的出现是因为在一个页面中无法同时展现那么多的内容;也就是说导航是无奈之举,并非必需品。无论横向导航还是纵向导航,假如入屏幕足够宽或足够长,那么只需要一级导航就可以了。这也就是说,需要把一个多维的纵深导航系统压扁,这样做的代价是打破网站栏目之间明确的从属逻辑,而得到的好处是让用户更快的找到自己需要的内容。扁平结构的导航,正在逐渐成为网站导航的主流,这就是为什么那么多门户网站将一级的栏目在导航区以多行出现,并且你能发现更极端的做法——网站的导航就是网站地图。

戴尔电脑的中文网站:网站导航就是网站地图!横排导航与纵列导航的区别
我们知道,几乎整个世界的阅读习惯都是从左到右逐行进行(中国古代是从上到下逐列进行),那么在横排导航中,左边的项目一定比右边的项目重要么?这也未必,因为越来越多的用户将导航与段落区别开来,进行跳跃式阅读,出现了“金箍棒”状态,那么就意味着在横排导航中,最后一个元素会有一个小的跃升;所以,有经验的网站策划师会把最重要的项目放在横排导航的第一位,而次要项目放在横排导航的最后一位,其它项目从第二位依次排列开。

横排段落:权重由左至右逐渐降低
横排导航:权重逐渐降低,最后出现跃升由于用户阅读的横扫描习惯,纵列导航保持了一个简单的递减关系,上面的权重最高,下面的权重最低。

纵列导航:权重由上至下逐渐降低精简合理的导航结构是可以复用的
横排导航+面包屑仿佛是网站导航的普遍格式,真的合理么?导航真的要占用那么多宝贵的屏幕资源么?越来越多精巧的设计将导航和面包屑融合在一起,完美的解决了“你在哪里”“你可以去哪里”这两个最本质的导航问题。

一种使用较少链接实现多级导航的网站导航形式成功的导航方式是可以复用的,虽然在用户的眼睛里没有导航,然而在网站策划师的视野中优秀的导航随处可见,导航设计并不存在什么诀窍和秘密,如果理解每种导航结构的特点,那么就“拿来主义”吧。
最后提示每一位网站策划师:因为内容所以导航,千万不可以“先设计导航、然后才冥想内容”。
-

-
2009-09-28
UE设计流程

-
[本日志已设置加密]
-
2009-09-21
《由一个按钮引发的思考》(一) - [设计驱动力]
上周Ray派了任务给我,对社区的站内搜索提出优化建议,准备了几天,终于在周五下班前拿出了初步方案。
趁周末这两天,把遇到的问题及一些解决思路重新梳理了一遍,拿出来给同学们分享,欢迎拍砖。
先来看目前社区的站内搜索(下图)
当用户使用站内搜索时,交互的过程是:
l 输入关键词(如《阿斗》),鼠标移到搜索按钮,弹出分类搜索的下拉菜单;
l 用户继续点击,或者选择一个子项,链接到结果页面。
撇开细节,下文围绕以下两点展开:
I. 分类搜索是必须的吗?
II. 既然我可以直接点击,为什么又要弹出一个菜单?
问题1. 分类搜索用来做什么?
解决这个问题的前提,是要明确“什么是分类搜索”。先借用西乔对这一概念的定义:针对不同信息数据类别,搜索需求间有互斥性,分类搜索的搜索结果不存在交集。
看一看豆瓣的分类搜索:
用户搜索“暮光之城 + 电影”和“暮光之城 + 书籍”是有不同目的的(de)。这就是分类搜索的区别。
而西乔认为,“书籍/电影/音乐都是属于内容类型,它们之间是搜索结果分类的区别”,而小组/成员/活动和“内容”是同级别的类型,它们才是分类搜索的区别。
我并不认同这种观点!
是不是分类,不应该以事物本身的属性来划分标准(比如,书籍和电影、内容和成员),而应该从用户的角度来加以区别。
所以,这样来定义“分类搜索”会不会更好:参考信息数据的不同类别或同一类别信息的不同属性,只要是用户的搜索需求间存在互斥性,都可以作为分类搜索的子项。
回过头来看社区的搜索分类
用户不管使用书名、作者,还是小说的主角,他的搜索目的是一致的,都是为了找某一本书——搜索需求不存在互斥!
所以,在已出的优化方案中,放弃了这种分类,直接就是“搜索框 + 按钮”。
也许这会儿就有同学拍砖过来:起点那里就是这样分类的,难道也得放弃吗?
不要着急,这其实是转到了另一个问题。
问题2. 什么时候使用分类搜索?
用户使用任何功能(或产品)都是为了满足他的某种需求,换言之,用户在页面上的任何行为都带有明确的目的性。
同时,用户同一行为的目标并不是单一的,而是表现为多层次的。
具体到起点的搜书行为,用户的目标可能为表现三个层次:
l 找一本书
l 找一本××写的书
l 找一本主角是××的书
比如,当一个新用户来到起点,他的搜索目标很单一,就是为了找某本书(书名);一段时间以后,他的搜索目标可能就会变成找本某人写的书(作者);随着他在我们站点经历的越来越丰富,他下次的搜索目标可能就是找本出现过某人的书(主角)。
所以,起点提供的分类搜索是满足某些用户需求的。
显然,是内容在影响我们用户的行为目标。
1) 内容会培养用户的目标
如前所述,在一个新用户成长为老用户(熟练用户)的过程中,他的行为目标是去单一化的,越来越体现为多重化、精确化。
举身边的例子,你去手抓饼店铺买饼,如果之前你从没有吃过这玩意,那么你的要求就很简单,就是要一个手抓饼,而不会想究竟是要原味的,还是培根的呢;但是,一旦你成为这家店铺的常客之后,你对手抓饼的要求就复杂了,今天可能要原味的,明天就要换培根的了。
2) 内容也会转移用户的目标
内容不但可以培养用户的行为目标,用户目标也会随着内容的变化而有不同的表现。
还回到手抓饼的例子,你在店铺对手抓饼的需求和在火锅店的需求肯定不一样,也就是说,即使火锅店提供不了你喜欢的手抓饼口味,你也不会抱怨。因为你现在关心的是火锅,对手抓饼的要求就比较低。
所以,现在可以回答第2个问题了:
起点提供给用户的内容是“看书、找书”,用户搜索行为的表现为多层次的,复杂的。所以,使用分类搜索是必须的;
社区提供给用户的内容是群组、互动、关系等,用户找书的需求单一。这里的搜索,不用再像主站那样细化。
写到这里,文章似乎可以结尾了——既然不使用分类搜索,也就不会弹出菜单了。不过,虽然解决方案做出来了,但交互的问题并没有解决,继续叨叨。
-
2009-09-08
我们能够提供给会员的“福利” - [产品驱动力]

-
简单来说:
1、完善邀请机制、简化注册流程+有足够多好看的书=让初次使用者成为注册用户
2、便宜的价格+外面看不到的VIP章节+注册用户的特权=让非VIP用户转换为VIP用户
3、消费刺激+会员激励+外面看不到的VIP章节=让VIP用户持续消费
4、实惠的价格+各种会员活动+外面看不到的章节=VIP升级为高V的动力
欢迎大家补充~

-
2009-09-03
用户界面规范上线
《用户界面规范第一版》已撰写完毕,将首先试用于新版社区界面,后期会不断补充完善。大家可通过以下内网地址浏览:
http://snstest.qidian.com/Model/uiguide/index.html
欢迎大家的点击和宝贵意见!
-
一、邀请目的:提高用户注册数与转化率
1. 邀请的方式、流程

2. 用什么来激励邀请行为?
对于作者:
- 推荐位:在起点网站给予新书推广
- 作者认购基金:作者可以给自己充值作为基金,他邀请来的好友可以有一定比率的分红充值
对于读者:
- 积分
- 推荐票
- 起点币
- 书架
- 道具
- 服务(手机提醒)
3.具体的实施方案

-
2009-08-28
[方法]运用“六顶思考帽”开展讨论 - [文化驱动力]

什么是六顶思考帽?
六顶思考帽是英国学者爱德华·德·波诺(Edward de Bono) 博士开发的一种思维训练模式,或者说是一个全面思考问题的模型。它提供了“平行思维”的工具,避免将时间浪费在互相争执上。强调的是“能够成为什么”,而非 “本身是什么”,是寻求一条向前发展的路,而不是争论谁对谁错。运用波诺的六顶思考帽,将会使混乱的思考变得更清晰,使团体中无意义的争论变成集思广益的创造,使每个人变得富有创造性。
六顶思考帽是管理思维的工具,沟通的操作框架,提高团队IQ的有效方法。
六顶思考帽是一个操作极其简单经过反复验证的思维工具,它给人以热情,勇气和创造力,让你的每一次会议,每一次讨论,每一个决策都充满新意和生命力。这个工具能帮助我们:
* 增加建设性产出
* 充分研究每一种情况和问题,创造超常规的解决方案。
六顶思考帽为何有效?
任何人都有能力进行以下六种基本思维功能,这六种功能可用六顶颜色的帽子来做比喻:
白帽子 白色是中立而客观的。代表着事实和资讯。中性的事实与数据帽, 处理信息的功能;
黄帽子 黄色是顶乐观的帽子。代表与逻辑相符合的正面观点。乐观帽, 识别事物的积极因素的功能;
黑帽子 黑色是阴沉的颜色。意味着警示与批判。谨慎帽, 发现事物的消极因素的功能;
红帽子 红色是情感的色彩。代表感觉、直觉和预感。情感帽, 形成观点和感觉的功能;
青帽子 青色是春天的色彩。是创意的颜色。创造力之帽, 创造解决问题的方法和思路的功能;
蓝帽子 蓝色是天空的颜色,笼罩四野。控制着事物的整个过程。指挥帽, 指挥其它帽子,管理整个思维进程。六顶思考帽的应用
在多数团队中,团队成员被迫接受团队既定的思维模式,限制了个人和团队的配合度,不能有效解决某些问题。运用六顶思考帽模型,团队成员不再局限于某一单一思维模式,而且思考帽代表的是角色分类,是一种思考要求,而不是代表扮演者本人。六顶思考帽代表的六种思维角色,几乎涵盖了思维的整个过程,既可以有效地支持个人的行为,也可以支持团体讨论中的互相激发。
一个典型的六顶思考帽团队在实际中的应用步骤:
* 1、陈述问题事实(白帽)
* 2、提出如何解决问题的建议(绿帽)
* 3、评估建议的优缺点:列举优点(黄帽);列举缺点(黑帽)
* 4、对各项选择方案进行直觉判断(红帽)
* 5、总结陈述,得出方案(蓝帽) -
2009-08-24
【工具】W3C标准工具:对比度分析器 - [设计驱动力]
基于W3C的WCAG的Guideline 1.4.4: Contrast (增强型) - WCAG 2 (May 2007 draft) ,文字(包括图片中的文字)对比度至少7:1,除了那些纯装饰用的文字以外。
大字号的文字对比度至少为5:1(AAA级别)。
另外,Guideline 1.4.2: Contrast (最低值)- WCAG 2 (May 2007 draft)规定,文字对比度最少为5:1,大字号文字对比度3:1。此为AA级别。
想检查一下自己设计中的对比度是否达标,下载下面的对比度分析器:

下载分析器:Contrast Analyser 2.0 (ZIP, 363KB,English version)
采用吸管吸取前景色和背景色,即时获得对比度是否达标。
-
2009-08-24
完善社区注册功能[图] - [体验驱动力]
-
2009-08-21
【图】起点的业务流程 - [产品驱动力]
[本日志已设置加密] -
2009-08-17
新版个人中心功能模块图
-
2009-08-14
《[CTO札记]FriendFeed的特色功能,对社区的启发》的转发
此篇文章为《[CTO札记]FriendFeed的特色功能,对社区的启发》的转发,原文章地址为:http://davyyew.blogbus.com/logs/44002419.html
原文摘要:
SNS巨头Facebook最近收购了FriendFeed,主要是一支12人的精兵强将(创始人是前Google员工,GMail发明者Paul Buchheit, Google地图创始人Bret Taylor)。
评论说,FriendFeed将在5大方面影响Facebook的未来发展:
即时性、 公开性、 好友发现、 通过好友认识更多好友:你会在FF上遇到陌生人。他们不断出现在你和好友进行的对话里,久而久之,你就会结交一些新... -
2009-08-06
【讨论】围绕用户中心的几点讨论 - [体验驱动力]
起点用户中心目的:给用户提供一站式服务,登录后用户能做完除阅读外所有事情
起点用户中心几个体验要素:
1、读、藏、评、写、推书互动引导,增加内容分发,提高付费转化
2、与书屋结合、不破坏用户习惯,中心推提示、记录、feed功能。
3、中心推公开推荐、编辑推荐、任何功能的相关推荐。
4、用户设置中相关功能的相关推荐,例如志趣吻合推荐。
5、体验SNS化(Feed+邀请,平台+app实用),弱化谈独立SNS。 -
2009-08-05
《[CTO札记]你应该(从现在开始就)写Blog》的转发 - [文化驱动力]
此篇文章为《[CTO札记]你应该(从现在开始就)写Blog》的转发,原文章地址为:http://davyyew.blogbus.com/logs/42963490.html
原文:
前文(《Manager,请多写Blog》)摘要了写Blog对管理者的几点好处。
事实上,我觉得对每一个希望成长、发展更快,或者抱有梦想的人,基本上是“有百利而无一害”。对此pongba有非常深入的阐述;而对于一个长期的价值博客,他认为有以下好处:
- 能够交到很多志同道合的朋友
- 书写是为了更好的思考
- “教”是最好的“学”
- 讨论是绝佳的反思
- 激励你去持续学习和思考
- 学会持之以恒地做一件事情
- 一份很好的简历
尽管有N条写的理由,但有时候只要一条不写的理由就会让你停止。所以,他特别加了一节来讨论‘可能出现的问题以及怎样应付’:
- 担心别人认为没有价值
- 担心想法太幼稚或有漏洞等等被别人笑话
- 得不到激励
- 写不出来
-
2009-08-04
从资源中心谋求人的中心——VeryCD渐变SNS
跟豆瓣类似地,VeryCD最近的改版也证明它要往SNS方向靠,所谓的SNS,不过是从原来的以“资源”为中心过度到以“人”为中心,在这点上它借鉴了不少豆瓣的要素。另一方面通过论坛的形式,加强设计和图像元素的应用,走出自己的特色之路。
VeryCD在改版,这应该持续一段时间了。原来只是在资源的下方简单的罗列发表资源人的信息,现在在每页的右侧,会有单独的一个发表资源的人的信息。并且会罗列该用户的其他资源。这说明VeryCD从关注资源到关注人。
VeryCD无论网站、咕噜圃(这是个很好的名字)等分类,都有论坛的影子。(我一直觉得虽然SNS等新的形势逐渐被大众接受,但论坛仍然是目前以及将来一段时间中国网民最普及的沟通平台,论坛上的行为也是大家最熟悉的沟通方式。就算SNS有更多创新的便捷的地方,不过对于绝大多数网民来说,习惯新东西的学习成本、再加上非常大的网民基数,都是SNS需要走的路。)这一点管理团队也不否认,我觉得这么做是对的。
由此可以对起点社区化提出一些建议:
1、尊重用户的习惯,逐步改进,实现从“运营方对用户推”到“用户之间互相推”,表现在“推书”,界面、功能、功能性文字,缓慢的逐步的改,以便让用户适应过来
2、保持自己独有的特色,用户“写书”,用户“付费”“看书”,我们的资源是“书”。这个资源是从“人”身上来的,与VeryCD一般无异,不同的是,我们是完全原创的。因此“激励支持原创”是我们不变的宗旨。
3、起点社区化的好处:2个纬度,读者“建立被信任的书友关系”,作者“激励支持原创”
-
2009-08-02
【分享】需求采集技巧 - [产品驱动力]
需求采集类型:用户反馈-人员收集-系统收集
需求采集技巧:
- 揣摩正确愿景
- 业务建模讨论
- 需求定义
- 用例要点讨论
- 需求启发讨论
- 需求验证
- 需求管理
- 需求开发和敏捷过程
每一层递进,以保证需求和现实的吻合
-
2009-07-31
【分享】两个图表化产品分析技巧 - [产品驱动力]
-
2009-07-28
《【社区】团队分享的要素》的继续讨论 - [文化驱动力]
此篇文章为《【社区】团队分享的要素》的继续讨论,原文章地址为:http://onemorewater.blogbus.com/logs/43017785.html
分享前需消除两种顾虑
1、消除任务化。
- 把分享当作任务会变相成为心理包袱,占用工作时间,分享应源自兴趣发自内心,轻松自由
2、消除一言堂。
- 一言堂适合演讲不适合分享,围绕交流致用的目的,应鼓励分享发言,三个臭皮匠顶上诸葛亮
-
2009-07-25
【PM】如何区分轻重缓急 - [产品驱动力]
PM除项目管理外,很大部分是对project做时间管理,资源有限的时候,我们更需要分清轻重缓急,选择重点集中攻破
基本的方法:分类——》分级——》分功能——》排期
例子:分类(BR-RR-RA-AB类),分级(1-3星,5个等级),分功能(子功能、相关功能),排期(人、时间、节点)
优先级 # 类别(行为模型) 相关功能 描述 备注 ★★★ 一 Book-Reader ★★★ 1 书架(收藏) 同类推荐 Tag->推荐 ★★★ 2 书评 ★★☆ 3 投票 ★★☆ 4 道具 礼物 书票 打赏 ★★☆ 二 R-R 1 好友 2 消息 3 分享(推荐) 4 动态 5 道具 问候 送礼 送票 BTW:个人时间管理亦可参考
-
2009-07-24
【社区】团队分享的要素 - [文化驱动力]
目标:
形成团队交流、竞合的文化
好处:
1、团队成员成长需要,期待(交互设计、体验设计、前端技术培养)
2、成果致用(应用于起点产品)
3、可持续积累
4、互相影响、相互交流
方法:
1、定期定主题定效果(每周1-2小时、多喝一升水、一份成果)
2、由小到大,由大到全
3、集中参与、讨论、学习、竞争





















