在鲜果刚上线时，IT浮世绘曾经写过一篇文章，谈GoogleReader占据先机，用户习惯很难改变，从GR迁移至鲜果并不如当初Flickr、feedburne被封后用户转移至yupoo、feedsky般容易。时隔一年多，在工作过程中也和鲜果有过一些接触，大致了解鲜果团队，与其技术开发合作中无意提起鲜果推出iphone版本后我就将GR种子全部导入鲜果。没有想到，仅过一个月，鲜果iphone版本就已经上线了，此番迁移OPML很顺利，也在思考，鲜果如何在下一个拐点抢占先机？下一个拐点又是什么？GR与鲜果都从RSS阅读器开始，中间演变了不同的发展道路，我认为，下一个拐点即是它们再次重合之点，至于谁率先占领，谁即为新一轮的剩者。
1.阅读延伸
从PC的web阅读延伸至手持设备阅读，这一条路可以看作是二者的起步。仅从支持iphone来看，虽然鲜果步骤慢于Google，但iphone版的鲜果阅读器无论功能还是设计都要明显强过于GR。集成阅读器、收藏、热文与鲜果猜的iphone版页面比较接近阅读习惯，自定义登陆跳转至某页面的体验很好。在这个版本里，一如web页面的鲜果，将个人与整站有效结合起来，不单纯作为一个阅读器来使用，更给用户更多“发现”的空间，简单而言，即“开放式”设计。鲜果热文可以安装频道选择，同样，在iphone上可以完成“推荐”与“收藏”两个小动作。相比之下，移动版本的GR（http://yidong.google.com/m）中按feeds与Tags来区分类别，More来查看更多，阅读起来相对困难。但GR里提供了“Add subscriptions”添加种子的功能。
2.社区化与平台化
GR的天然优势是作为Google庞大服务中的子集，利用Gmail联系人尝试营造封闭式阅读社区，此时鲜果却另辟蹊径，开始了内容平台建设，鲜果热文及鲜果猜标志着鲜果放弃“以人为中心”转而“以内容为中心”，至此，开始分歧。GR中利用联络人的share items构建了一个熟人之间分享的圈子，信息流在这个圈子中流动，这是一个典型的分享案例，而这个分享，使用的是主动分享。即，自己感觉到文章很好，点share后，朋友会看得到，这似乎在一个特定（人数、熟识度等）圈子里，比digg更有效果，也来的更直接，但范围毕竟很小，参与人数少。极端例子比如keso的share items才又可能被很多人share。在这里很遗憾发现，无形中，share items实际已经成为一个典型的”频道“，依旧举keso例子，作为一个网站的IT专栏，每日能有此等有分量的更新，足够了，而同时，我另外一位朋友的share则可以组成一个摄影频道。遗憾的是，Google似乎从来没有打算做内容的意思，无心插柳或许即是如此。
鲜果的模式或许更适合中国大多数人的阅读习惯。大多数人，其实主要是排出IT从业或爱好者（Geeker）之外使用RSS服务的用户。鲜果做成了标准的内容平台，但绝不是1.0式的内容分类堆砌，利用digg功能使得各分类下的好文章得到推荐（鲜果热文）。值得注意的是，鲜果聪明在于，并不单纯以RSS feed来做文章，开放鲜果推荐api后，大多数的博客程序包括BSP都可以引入鲜果推荐机制，将好文章推荐到鲜果。这是一个充满野心的功能，推荐有可能来源于作者，更多来源于读者，如槽边往事这样的优秀博客，在推荐后得到了读者的大力追捧。鲜果甚至将触角伸到了其他平台，海内热文频道已经上线，作为SNS网站的延伸，与博客大巴合作推出Digg到鲜果热文库，占据BSP平台下资源，鲜果逐渐把这个内容平台搭建强大。配合优秀的数据挖掘与算法，鲜果猜作为一个小功能，却是web2.0网站里少见的用户体验，不过目前，还需要继续优化和挖掘，向豆瓣猜看齐。
3.离线浏览。
从1起步至2分道，我认为，前面所说的拐点，也就是GR和鲜果再次会合争夺的地方，正是离线操作。假设，现在iphone鲜果版支持离线浏览，那么无疑会引起轩然大波，在网络便捷性和经济性不强的中国，一个支持离线操作的优秀阅读平台，必将是众望所归。设想在公司下班前refresh一下鲜果feed，在下班的站台、地铁、公车、睡觉前甚至是厕所方便时，便可以浏览到我需要内容，这是多么惬意。当然，提供离线服务是双刃剑，但目前局势而言，谁占了这双刃剑，谁就占据了生杀权。Google这次虽然又领先了一步，Google Gears似乎并没有受到GR用户欢迎，究其原因，在电脑上浏览离线rss的意义并不大，因为rss不如离线版的Google Doc与Google earth那样具有可操作性，基于电脑浏览器的离线版本很难推广开，我所指的离线浏览即客户端浏览，更进一步说，延伸到手持设备离线浏览。这才是真正的拐点。鲜果在这一步上，并没有落后，在iphone上支持离线浏览的smartRSS阅读器已经十分接近鲜果的界面及设计风格，鲜果会在这里挖掘吗？Google Reader似乎在Gears之后，放弃了离线的深度开发，转而开放API，这样，似乎可以看出，Google的用意了。
殊途同归也仅指某些领域的重合，鲜果和GR依旧在不同的道路上前进，至于谁能更大程度上获取用户，甚至是做到”易趣抢占淘宝苦心经营的等级评价体系“时，谁就获得了胜利。
前面IT浮世绘撰文过“我们“一起”X内”， 当时“一起”宣布测试，而同事康盛创想宣布旗下最新SNS程序UCenterHome开始公测。近日，公测修正后的UCH开始提供1.0版本的繁简体 （BIG5/UTF-8/GBK）下载，正式宣布，国内facebook clone开始启动。参照国内其他部分开源、商业程序开发，总结一下最近facebook clone的盛况，提供部分下载体验地址。
1.UCenterHome
UCH是康盛创想转变产品思路的第一个产品，完全依托clone facebook，但其中加入不少自己独特创新，设计也更符合本地化用户习惯。公测时bug很多，希望此第一版下载可以修正大部分bug。使用UCH最大 的益处在于，可以整合康盛的大部分产品线，discuz论坛将是整合的重点。
demo地址：http://u.discuz.net/home/do.php?ac=login
下载地址：http://www.comsenz.com/downloads
2.ThinkSNS
ThinkSNS是国内优 秀的开源SNS程序，依旧是facebook clone军团，不过完全免费和开源以及基于ThinkPHP客户端开发的诸多优点将吸引很多用户。ThinkSNS在说明中提到，将会开发诸如 facebook的API以及wordpress接口，支持多模板系统，将来还会搭载IM客户端支持。在其官方论坛上也提到，在将来，开发的重点是开放平 台性，可能会集成国内主要优秀web2.0网站的API，诸如豆瓣、又拍等，作为和UCH的对手，ThinkSNS将会考虑整合discuz论坛。 ThinkSNS同时开通了短信、彩信支持以及wap端登陆，这些注定ThinkSNS将会对UCH产生巨大威胁。
demo地址：http://demo.thinksns.com/
产品例子：办公圈
下载地址：暂无，五月份开启。
3. OpenPNE
OpenPNE是优秀的 全球开源的Social Networking and group collaboration platform(社交网络和团体协作平台)web应用程序。PNE最新推出的3.0校园版是完美模仿facebook的佳作。PNE拥有免费和收费两种 模式，提供产品支持，可以考虑使用收费搭建大型SNS平台。OpenPNE是国人翻译日本程序，据说汉化不是很完整，没有亲自体验。擅长整合CMS功能的 OpenPNE也加入facebook clone军团，想必也会有所影响。目前包含日志、相册、圈子、点评、活动、日程、短信等功能。支持MySQL、PostgreSQL 数据库，支持自由配色及更换皮肤，支持多种其它论坛及网站管理系统的用户数据同步。
demo地址：脉络网
视频演示：http://www.openpne.com.cn/corp/demo/openpne.html
下载地址：暂无（ OpenPNE2.9版本）
4.国外：
1）Meta Model-facebook clone
下载地址： http://www.codeplex.com/fbClone/Release/ProjectReleases.aspx?ReleaseId=11302
2）fbclone__vanilla
下载地址：http://rapidshare.com/files/70460758/fbclone__vanilla_.rar.html
Demo：http://feedemo.cn
是否厌倦了百度谷歌雅虎等等等千篇一律的搜索结果页？不厌倦？看看下面这些情况你遇到了没有？
1.搜索结果种类混杂不清，而搜索引擎往往只给出几个可怜巴巴的分类；
2.搜索完毕鼠标需要滑动整个页面到最下方点击下一页，强迫你浏览完整个页面；
3.相关搜索怎么也不相关，找爹在阿里巴巴；更多爹在慧聪，快查看！相信这样的结果很搞笑；
4.所有结果千篇一律，统一格式，设计师们辛苦设计的页面在搜索引擎里都是黑、蓝、红三色丑字体；
5.结果与你毫不相关，你不可以定制你要的搜索结果页；
……
这些还不够烦的吗？噢，不烦啊，已经习惯了，好吧，那么以下精彩部分就可以忽略了。
——————————————————————————————
搜索结果页，或称list页面无论对于专业搜索引擎来说都是极其重要的一个组成部分。阿里巴巴UE团队甚至有一个专门项目来研究和改进搜索list页面，提高list页的可用性于易用性。对于一个电子商务网站来说，这个页面意味着用户从浏览转为购买的关键步骤。同样，对于搜索引擎来说,搜索结果页就是除了入口外的第二个页面，也是所有搜索引擎竞争的一个主要页面。
有怎么样的创新表现形式来解决以上的烦恼呢？或许下面两个例子会给设计师很多灵感（排出搜索结果的准确性，只谈表现形式）
1.serchme
searchme是一个拥有创新体验的搜索引擎，重要的创新在于搜索结果list页面：
搜索结果用最流行的cowerflow表现形式，每个结果截取网页图片。搜索内容根据输入的关键词自动匹配分类，例如图示iphone搜索结果中的分类，自定义搜索页面，您可以设置页面为“白天”与“黑夜”两种模式，当然还有更多的很好的设计。目前正在beta中，可注册试用。
2.易搜
易搜其实是雅虎中国的产品。这个类似于卡通的搜索引擎无疑将搜索结果页的体验，在保留传统模式的基础上发挥极致。
标志性创新，将页面翻页放到了右侧，绝大部分人的视觉重点在左边，操作重点在右边，给每个搜索结果标了序号，最右侧相关搜索同样根据关键词做了分类匹配。
3.豆瓣
这里是假象的效果，将例子一和例子二的优点集中于我虚拟的豆瓣搜索结果页？
不用惊讶，这是我PS的一张豆瓣变形图，如果将来有雷同，实属巧合。此图为说明豆瓣变形之一：渠道化（ channel）。
豆瓣绝对算是中文web2.0里的一个奇迹。在一片抄袭中成长起来的web2.0网站中，豆瓣特立独行，不抄袭，不模仿，无论从用户活跃度还是从数据挖掘角度，豆瓣都达到了中文网站中最高的境界。没有一个网站的一举一动都会受到业内关注，也没有个网站每次小改动都会引发大规模的讨论，甚至是抗议，只有豆瓣。如果说与当年企鹅帝国崛起时候那个凶狠的企鹅表情相比，豆瓣表情显得更加温柔，甚至有些孱弱，然而事实上，经过豆瓣“三次变形”后，我们会发现，豆瓣已经如此强大，也许很多门户或其他所谓web2.0网站都没有考虑过把豆瓣当作对手，那么，在不远的将来，很多人估计会后悔，当时没有如何如何应对豆瓣的扩张。
所谓渠道化，简言之就是豆瓣经过3年的积累，已经足够强大到提供一个入口，用户就可以通过这个入口获取ta要的东西，渠道的代表型成果为搜索引擎，但是豆瓣带有明显优点。
其一：内容高原创性及低冗余性。豆瓣是标准的web2.0 UGC的代表，经过积累，豆瓣拥有大量用户产生的内容，不仅包括读书、音乐、电影、旅行、同城活动、朋友、群组等，在一定成都上还包括从9点导入的大量博客数据，还包括最近新推出的“日记”内容，与此同时，豆瓣最擅长的事情——数据挖掘可以使内容最大程度降低冗余性，并相信豆瓣有能力设计好搜索算法，提供优质的搜索结果。
其二，豆瓣搜索产生的内容具有高度的可参与性。豆瓣搜索结果中，用户登陆后可以参与内容再丰富，这一点极其类似于WiKi搜索，这样保证了用户的高参与性，搜索将改变原有的搜索习惯。如果说百度和Google搜索是1.0式的搜索，那么，WiKi和豆瓣搜索，将是极其代表性的2.0式搜索。
我熟悉的一个文艺杂志编辑在写稿时，基本排除了使用传统搜索引擎，在百度各个分类的搜索中，ta可以找到足够的资源，不仅是内容，还包括人与活动。当然，现在豆瓣搜索应该算得上精确搜索，或曰小众搜索，但，这不就是web2.0一直标榜的吗？豆瓣恐怖在于，从9点开始，慢慢开始把内容池无限扩大，原则上，在web2.0的网站内，只要有RSS，就可以全部集中过来，豆瓣聪明在，有足够的能力和办法去让用户发现优质内容，简单而言，9点中用户推荐功能即是最简单的digg系统。豆瓣仅仅从9点中的周年特刊就可以看出，豆瓣的野心远远不在聚集这些RSS。百度和Google都提供了博客搜索，但是先天的缺陷是海量数据的冗余性，从豆瓣这里的博客搜索你也许会发现，真的很优质，很精准。
如果说下一个挑战百度的是豆瓣，你会相信吗？不相信！我也不相信，但谁有能确定说不会呢？豆瓣会继续扩展自己的版图，而百度也一样，本质性的差别在于：豆瓣的内容都是豆瓣自己的（包括9点导入的外站数据），百度内容则绝大部分是网络的，如果你发现了，百度Hi的作用在于串联百度产品线，推贴吧、百度空间、百度知道，这些在一个侧面上在说百度再强化自己拥有的内容，你还会不明白，豆瓣恐怖在什么地方嘛？
豆瓣下一次变形：平台化(platform)。
Published on
April 1, 2008 in
UE.
Tags: 用户角色, UE.
这句话出现在《赢在用户——web人物角色创建和应用实践指南》一书的第一章。长久以来，互联网里或许都流行着一句话即用户是用来强奸的，大致 意思是表达，用户需要适应网站所做的一切，如果不适应，那么结果就只有两种，要么反抗逃避，要么闭眼享受。最近倒是UCD——以用户为中心的设计频频入 耳，网站设计与管理者开始重新思考用户的角色定位，思考如何最大程度缓冲用户与网站之间的矛盾，这应该是一个进步，然而，在这关键的一步里，很多网站的设 计者，尤其是管理者，还不知道他的用户是谁，因为，他把他自己当成了用户——原则上来说，这个思考问题的方式，是错误的。
您不是您的用 户，看似拗口的一句话，其实简单明了说明了现在那些虚假的以用户为中心的设计的主要原因。纯粹的以用户为中心设计是否只能停留在理论上？跟着用户走到沟 里，这应该算是反抗吧，在实际的工作中，有几个公司可以说，那不是以管理者的体验、经验、理解水平来设计产品的？OCD这个词，我提出来，应该算得到产品 策划及PM的认可罢，通常说的UE也是否停留在OE上呢？（CEO/COO/CTO/CXO…….） 当然，不排出O们有着丰富的经验以及体验，或曰智商，然而，您不是您用户的原因是什么？以下：
第一：网站管理者与网站用户的根本目的不同。
管理者所做的一切产品设计的根本出发点，要么是为了网站利益，要么是为了自己利益，包括获得更高领导认可、奖金等；用户的根本出发点是，把网站做工具，利用 工具达成自己某些需求。此所谓，立场不同。任何一个商业化了的网站都逃脱不了此模式，产品设计者仅对上级负责，为PV可以设计用户多翻页，而用户则希望快 速达到。但是豆瓣目前除外，因为它还没有商业化。这两个对立面存在是正常的，只有此对立面存在，并不断斗争，才有可能使网站生存壮大。但是涉及到产品涉 及，网站管理者，不可能跳出自己的立场，站在真正的用户角度，避免给用户一些“自己”认为需要的功能，避免给用户一些“自己”认为用户“肯定”会有的想 法。
第二： 网站管理者与用户关注的焦点不同。
这个更明显，用户不会去花功夫去研究你设计 精美的导航以及详细去浏览你完善的帮助系统，用户只会在需要的时候才会去发掘，这里面就透出一个问题，网站管理者经常“高估”用户的行为。认为用户会像自 己一样，遍晓网站的每一个功能，每一个链接去向，这个“高估”导致管理者无法准确定位用户的行为与角色。即使十分有可能，用户与管理者在关注的焦点上达成 了共识，那么我们可能惊奇地发现，这些共识要么空若寰宇，要么薄如蝉翼，涉及到利益，丝毫不会让步。
第三：用户角色大有不同。
一 个网站设计者或管理者会把你的用户分成几种角色？或，根据什么来分角色？我了解到的互联网公司恐怕都没有完整的用户调查与用户角色研讨、设计。我们的管理 者，您，大致可以这样来划分用户:小白用户，中等用户，高级用户，噢，这个分类多么糟糕，任何未受过教育的人都可以划分此等，意义何在？用户角色需要长 期、复杂而细致的调查，至于如何来科学入手，呵呵，等我把书读完，再总结下。不过，现在倒是可以考虑的一点，有哪位网站的管理者，会认为自己的网站用户中 有以下角色？潜在客户、您将来的同事、媒体人员（他们有把关人的角色）、投资人、竞争对手等等等等。想到这些角色，您是否改变了某些固有的想法了呢？
所以，您不是您的用户，您的设计，大部分而言，是为您的设计而设计，为您的架构而架构。如果要了解您用户需要什么，去问您的用户，问您各种不同角色的用户吧。
顺便提一句，您的朋友也不是您的用户。道理基本同上。
Recent Comments