这是用户争议比较大的一个应用。豆瓣在这点的应用与西方网站习惯相同，但对习惯中国网站新开窗口方式的大多数中国用户来说，使用豆瓣都有个重新适应的过程。有用户会投诉，想回看之前看到的有兴趣的东西就必须使用浏览器上的“倒退”，相当不方便；又或者只能不断地用鼠标右键新开窗口，对网络新人来说用户体验相当不友好。

在这点的用户体验上，涉及到一个关键的前提，网站需要什么用户的体验。如果网站的目标用户群是接受这种方式，并不会因为这种方式而放弃网站的话，那网站就不需要做出改变，这也可以说是豆瓣“小众”的一个体现。

页面使用跳转的形式与网站受众群相关，大部分都是读书、音乐、电影爱好者，所以让用户尽量顺着同一线路走完，因为这些作品一般人的习惯都是顺着看下去的，中间需要慢慢欣赏体会的时间，没多少人是跳着去欣赏的，也可以认为网站也不鼓励这种蜻蜓点水式的用户行为。这也与网站的用户导引相关，希望用户是每一步都发现新的东西，找到新的兴趣点继续在站内纵横“行走”。另一方面，因为网站在页面设计上做了很多限制，保证了页面跳转速度的快速，所以用户不会因这种方式而影响到对网站的正常使用。

所以那些不习惯不弹出窗口的，可能也不太容易真正在豆瓣网上长久安家，注定也不是它的核心用户。豆瓣也可依此遴选它需要的用户，更便捷在站内建设它需要的文化。

总体来说，豆瓣网非常精巧地应用了div+css，并且通过色系的运用，最大限度减少图片等方式，既使得网站页面清新可人，又可以最大限度压缩网页的大小，从而使得访问的效率得到了最大化。因为页面内几乎没有垃圾信息，从而使得google检索起来都非常有效率，而每页的相关使得网站整体对检索机器人也是非常友好的。

ui布局上，整个网站统一布局，非常容易上手，不容易让用户迷失。豆瓣的ui哲学跟开发者使用python也可能有关系，python是一种通过缩进来进行功能逻辑块的编排，加上python本身的精悍，从而使得python程序非常简约明了。从这个角度说豆瓣布局可以看作python程序的编排，豆瓣的理念也可以看作python的理念。

如果说要问豆瓣网站风格属于什么流派，我想豆瓣应该是属于google的简约派！当然不能说是照搬，毕竟这不同于早期中国网站抄欧美黑乎乎的很商业的风格，近两年抄韩国大色块大图大flash模版的那种做法。我觉得google的简约有四个关键点：简单（够用的功能，包括页面导航）、易用（简单就入手，交互和ui）、体贴（贴近用户心理）、专注（基于业务本身），在此基础上加入自己的网站行业特性。这四点可作为国内web2.0网站重构的参考。

五、 豆瓣技术

由豆瓣的诞生到这一路的发展，其技术一直被认为是网站成功的关键，有趣的是，豆瓣的技术门槛并不高，所以市场上的模仿者层出不穷，但复制豆瓣不代表就能成功，而在豆瓣之前又为什么没人想到类似的构思呢？

豆瓣全部使用python开发。网站后台的搜索引擎基于Twisted, GUI基于Quixote，还用到了cElementTree, MySQL和 PIL，除了这些，豆瓣基本是从头开发（由杨勃一个人四、五个月时间）完成，这是豆瓣技术的基础。纯粹的技术原理之外，相关豆瓣技术还有三个核心原则：

（1）以用户为中心

这看上去像是废话式的老生常谈，但在实质应用上，却还是有很多网站抓不住要点，做了很多，但都不是用户想要的。说到底，还是一个观念问题。
Web2.0改变了一些产品特性的优先级。原来做产品，可用性的优先级会往后放，而把功能放在首要位置。现在则由于要给普通用户使用，必须要以用户为中心，肯定要从易用的角度出发了。可以说，Ajax技术的流行，首先解决的也是一个观念问题。虽然这时Pageview无法获得增长，但是它却可以给用户带来更为便利的网络访问。现在的网站开发不是为了追求Pageview了，而是为用户提供需要的功能，满足他们的需求。

豆瓣就是一个代表。创始人杨勃在物理学博士毕业后，曾在IBM公司工作，2000年回国后曾担任一家物流管理软件公司的CTO。不过，热爱编程同时也是书虫的他看到也感受到了人们在书籍、音乐和影视作品分享方面的空缺，从2004年开始设计豆瓣网。

在杨勃看来，对大部分人来说，书籍、音乐、电影的选择特别多，这就带来一个方向，也就是需要发现和分享。每个人的口味都不一样，大家共享之后就会产生口碑传递。“所以，一开始做豆瓣不是为了做一个网站，而是满足人们的一个需求，如果对用户没用，只是新鲜是远远不够的。”
现在同一类型的各个网站技术高低影响不是特别明显，但只需要使用一下网站，就会明白很多差距。为什么豆瓣之前没有相似的构思？为什么众多的跟风者总会感觉差异？创新来自找到需求，细节来自了解需求。

WEB2.0网站技术不需要照抄豆瓣，但从豆瓣建站的出发点，技术人员可以多考虑几种完成项目的方式，思考相互之间有什么不同。大家可以经常问自己这样的问题：这样做会不会给用户带来更多的方便？用户的感受是怎样的？如何做得更好？

（2）简单的前台与复杂的后台

符合用户的习惯，简单的前台界面不代表系统的简单。事实上，正相反，在Web2.0的系统中，后台需要做更多的工作。一些表面看起来很简单的功能背后可能需要大量的程序和计算的支撑。

豆瓣就是最具代表性的例子。与大多数网站不同的是，最早开发的部分是一套推荐引擎，这是基于数学统计的计算模型。在用户点击过看过东西以后，这套模型可以自动分析出“与其口味最像的人”，并主动地推荐用户最有可能喜欢的书籍、音乐或者电影。

豆瓣是100%动态网站，没有一个静态的页面。我们完全可以将其视为一个个人管理书籍、音乐、影碟的工具，只是将工具放在网上了。现在，很多人抄袭了豆瓣的模式和资源，但就如杨勃所言，仅仅抄袭一个网站的表面是没有价值的。“Google的界面更简单，但系统核心不在这里。豆瓣比Tag这些表面的东西多做了一步，采用了统计模型和一些程序算法，事实上，这才是豆瓣网的核心。”

Web越来越像一个计算平台。通过各种Web应用将计算机连接起来，比如需要相册时可以使用Flickr，需要地图时调用Google Map的Api。随着很多服务商逐渐将自己的服务开放出来，每个网站都可以视为一个软件服务提供商，相互之间的联系让系统越来越复杂，而这种系统的复杂并不会带来功能使用的繁琐。

强大的功能、简单的使用，这是WEB2.0应用的必然趋势。由豆瓣的应用，可以看出发现联系用户之间的关系，在后台建立导引用户功能的连接，针对数据量做好方便的存储和查询，这些就是网站技术的核心。

（3）快速开发

一个令人难以置信的事实是，豆瓣拥有十多万的注册用户，Alexa的流量排名在一千左右，很长的一段时间内却一直就只有一台八千块钱攒起来的服务器、一两个人的开发团队维护着。

为了适应这种规模，开发模式需要进行改变。这在很多Web2.0的网站中都有所体现，有人称之为简单哲学。为了快速开发，系统设计也需要进行简化。杨勃说，“豆瓣网中间也做过一些变动，最初还是受原来做企业系统的影响，结构设计的太复杂，甚至还分了很多层。后来就简化了，因为太复杂之后就难以做快速开发。”

豆瓣现在采用的是敏捷开发的模式，这是一个快速开发、快速变化的体系，平均每两天就有新的功能出现。

“Web2.0网站是快速变化的，并不是把所有的功能都在开始阶段完全实现。”杨勃说，“这就要求系统构架的可扩展性要做的很好。而且必须考虑将来规模可能带来的问题。豆瓣网一开始的架构设计就可以支撑上百万用户。”同时，基于Web的开发省去了客户端分发、维护的成本，因此可以做到“永远的BETA”、随时更新和升级服务。据说，豆瓣学习对象Flickr的升级是以小时为单位的。

Web2.0与用户的交互也是让网站快速完善的动力。网站运行之后，听取用户的反馈，指导下一步的应用开发。“豆瓣网有一个站务论坛，很多人经常发言提出自己的需求。”比如豆瓣刚开张时，由于每个人都可以自由创建小组或者参加小组，于是用户可能会同时参加几十个小组。但由于很多小组人数比较少，可能很长时间才会有人发言，于是大家就要求有一个功能，把所有小组的最新发言聚合在一起。杨勃很快实现了这个功能，事实也证明非常受欢迎。

杨勃认为，由于是小团队，工作模式就不能是一个经理带一帮人，而是大家都需要参与编程。而且，对综合学习能力的要求比较高。“因为技术变化很快，现在对任何技术再熟悉，经验再多，过几个月可能又出现了新的技术，因此最重要的是要能够跟踪最新的知识。而且由于最新的Web2.0模式和思想都是从国外发起的，所以程序员要具有在英文环境中直接沟通的能力，能够直接参与到国外的开源项目中，而不是看已经翻译为中文的文档。”杨勃表示，自己学习Python也是随豆瓣网开始的。“Python很适合敏捷开发，最初的时候曾经尝试过使用Ruby，后来由于豆瓣网需要很多后台的程序，Python更适合编写一些后台模型程序，最终前台也统一为一种语言。”杨勃之前对MySQL了解很少，但在做豆瓣网的过程中，很快将知识弥补上来。“现在我们有几个数据库都可以做同步，有些内容我们还向开源社区进行了回馈。”

豆瓣选用了很多开源产品，杨勃认为：“用好开源产品是非常关键的。豆瓣的平台是基于Linux，数据库用的是MySQL，除了数据挖掘和搜索，其它都是在开源产品之上开发的。因为现在有很多非常成熟的产品和模块，没有必要从头做，只要有能力了解获得这方面的知识，都能够很快在别人的基础上开发自己的系统。”

六、 人文豆瓣

初来豆瓣的人会发现这里的有效帖子特别多，评论长而且不乏精彩。使用豆瓣的人会发现这里能找到许多冷僻的书、电影、音乐，排在豆瓣排行榜上的大多是与市面畅销流行榜不一样的陌生面孔。豆瓣给人的感觉就是自成一格，评论形容其为“小众”，那些在BLOG中自发传播豆瓣，乐于在豆瓣发布长篇评论的“豆粉”们则将其称为“人文”。

豆瓣是一个全动态页面的网站，通常网站编辑主导的运营方式在这里并不适用，但也不能说豆瓣是一个不做运营，由用户自娱自乐的网站。在豆瓣，运营是一个整体运营的概念，是建站理念、设计、产品、技术架构、文字说明等等所有构成豆瓣的元素共同合力作用出了一个充满人文精神的社区，书是这个社区最有粘合力的纽带。

如果当初杨勃选择电影或音乐作为豆瓣的起点，估计豆瓣的成功尚是未知之数。音乐和电影相对都比较大众，除了那些畅销书和热门书，通常书的阅读更加小众。豆瓣是一个典型的“满足小众需求”的业务模式。在电影和音乐上，人们比较容易找到喜好相近的同伴，但对于书，特别是一本比较冷门的书，找到共同爱好者的机率就比较小。而书又有“圈子阅读”的特性，一本共同喜好的书往往连结的就是两个志趣相投的人，而这批有共同书籍爱好的人基本都有交流的需求，这对“圈子”（小组）的形成是天然的催化剂。

另一方面，喜好阅读的人普遍习惯文字表达和就阅读的书籍留批注，这对豆瓣的评论产生是一个很好的基础。豆瓣最开始是以邮件和在高端的读书类杂志发广告来做推广的，在书这个切入点的前提下，吸引到去豆瓣的第一批用户大多是网上的“”，人群素质比较好，他们又是通过BLOG把豆瓣介绍开来的，看到他们的BLOG的人又成为豆瓣新的用户。这些人普遍使用BLOG，使得这个口碑传播循环能继续下去。

除了找准切入点和用户群外，网站自身的设置也不断强化和促进氛围的形成：

1、需求策略：杨勃是读书爱好者，在网站的产品设计上是以满足自身对书的交流分享需求出发的。考虑到需要用户产生内容的网站开始最困难，需要想办法找些基础的内容让用户来参与，然后产生滚雪球效应。为此豆瓣想到的办法是提供比价系统。这个系统实际上是一个搜索引擎，用户可以利用这个搜索引擎找到同一本书在卓越或当当的价格。可以说，现在最能为豆瓣带来实质收入的“比价”在策划推出时间只是一个单纯留住用户的服务，豆瓣首先是一个社区，一个不是以买卖关系为目的，而是以分享阅读体验和结识书友为目的的社区。
而杨勃作为网站的创建人，同时又是网站积极的使用者，抱着永远BETA版的态度对网站做着不间断而频繁的修改，其中用户在豆瓣站务论坛提的意见是一个最重要的意见参考，这保证了网站与用户需求的同步。

2、设计限制：在上文“豆瓣设计”中已经详细说明过，豆瓣的设计风格给人清新的感觉，这是能引起读书人共鸣的设计。相异大多数网站而做的不能贴图的限制，就是源于杨勃觉得豆瓣做书、电影、音乐的评论，主要通过文字表达，图片大概只有5% 的作用。开放贴图，乱七八糟的东西都传了上去，反而降低了网站的素质，那些真正的用户就不再愿意来了。起类似作用的还有跳转页面的用户路径设置，很明显，这里杨勃认为的真正用户就是爱好阅读、习惯文字表达、熟练使用网络的一群人，而这群人的品位和口味自然是有保证的，相对大众流行来说，也就是“小众”。

3、用户引导：在站内的引导文字中，豆瓣不鼓励灌水，不鼓励转载，只希望用户正常使用它。这使得站内用户比较高端，评论比较有效率。
而作为一个社区，豆瓣也没有通常社区网站为增加访问量而设的积分和升级系统。对此，杨勃解释说，“积分问题提过很多次，讨论了很多次，至今还是没有放上去。主要觉得这并不是核心的东西，我们不希望用户是为了积分而来豆瓣，更不希望他们为了积分而灌水，我们需要高质量的帖子和高素质的用户。”

以上做法自然会流失很多游客型的用户，但只要留下了，那一定就是只为豆瓣而来的用户，这批用户的忠诚度不言而喻。拥有一定数量的高忠诚度用户是一个社区氛围形成的必备基础，而在上文的分析中也提过，在豆瓣，具号召力的意见领袖和具广泛交际力的传播者都不缺，这也满足了形成社区氛围的条件。

4、语言强化：豆瓣的导引文字亲切而统一，尽量避免技术性语汇和色彩强烈的语言表达，代之以“好了，发言”，“给你的发言起一个标题吧”， “过些天来看看，没准就有了”这些人性化的提示。在图片上传的说明中会给用户一些建议，但最后一句是“当然了，最终还是你自己的决定”，对小组论坛的说明中出现了用户话题不受限制的语句（在不违反法律的前提下不一定局限于小组建立主题），站内倡导的是不同的意见和多样的声音。
“豆邮”是用户的站内联系方式。“豆列”是个人基于某个特定主题的一系列推荐。这两个是官方性质的独创语言符号。而在官方之外，网站更主动收集推广了用户创意的“豆瓣辞典”，如“豆粉”指豆瓣的粉丝，“豆芽”是新注册用户，“黄豆”是资深用户等，这些亲切又另具新意的词汇形成了豆瓣独特的语言体系。

豆瓣还有个栏目叫“15分钟名组”，是推荐给用户的小组，从所有小组里随机挑选。每15分钟更新一次。名称来自英语俗语——“15 minutes of fame”， 意思是每个人都有机会出名，但往往名气片刻即逝。这样的典故型命名，是需要有一定文化背景才能领会的。而由以上提及语言构成的站内语境对氛围的形成起的是潜移默化的作用。

共同主题、意见领袖、独特的语言体系，这是形成社区氛围的三大条件，从上文对豆瓣的分析，这些要素豆瓣都已经通过网站的整体运营具备了。配以网站“书”的切入点，聚拢的高质用户群，一个人文的豆瓣自然形成了，而这些都是照抄豆瓣网站模式不能搬走的豆瓣价值。

七、 豆瓣所学

豆瓣不是一个公益机构，我相信豆瓣一定会走上资本介入的商业网站道路。但豆瓣现在这种小众而缓慢的用户群积累，从时间成本和网站定位上，与碰碰的策略都没有可比之处。从上面的分析可见，就算照抄出一个一模一样的豆瓣，在市场上的成功预期也未见就理想。但从豆瓣网站架构和运营上，碰碰也可以思考一些学习点： 人与物之间的关系体现：豆瓣是一个有SNS元素的网站，运营现状上，对“物”的体现是压倒“人”的。碰碰是一个兴趣交友网站，“人”是突出的一环，个人展现和兴趣圈都是以“人”为核心的。但两者在交友上的共同点都是用“物”做媒介的，豆瓣是书、电影、音乐，碰碰是兴趣。

豆瓣抓住了人对书、电影、音乐的分享交流需求设置产品，进一步来说，是以评论/评价作为“人”对“物”的作用过程，以收藏作为“人”对“物”作用的结果。而碰碰呢？16个兴趣圈的功能设置都是一致的，难道“人”参与所有兴趣的过程和结果都是一样的吗？

现阶段要求所有兴趣圈都有不同的功能体现是不太现实的，但在重点兴趣圈或用户作用点相似的兴趣圈类别特别设置满足该兴趣用户需求的参与产品，让参与该兴趣圈类别的用户能在个人展现部分体现他参与的结果，这不但打通了兴趣圈与个人展现之间的渠道，也是兴趣圈能最终达致垂直型运营的途径。

站内个体用户间的关联：豆瓣是通过物做人的媒介的，碰碰的“人”和“兴趣”就如同豆瓣的“人”和“物”（书、电影、音乐），是以“兴趣”做人的媒介。

豆瓣友邻中显示的是其他用户对“读、看、听”的状态——“过、在、想”，对“人”多设置了一重对“物”的状态显示，实质就是在人人关系间再多加了一个纬度的表述。这比碰碰单纯的人人关系间只拥有共同“兴趣”是一种更趋近的用户联系，推动用户交流的作用更明显。

豆瓣就有不少用户认为，比起网站推荐的“豆瓣猜你会喜欢”，友邻标识过的产品更有吸引力，而在某个产品的欣赏时期，发现另一个人与自己在同一状态，寻求讨论的欲望也更加强烈。就像其他交友网站会依据用户各自站内好友间的关系列出用户之间的亲密指数，会根据血型、星座等给出用户间的共同点似的，这是标识用户间更密切的联系激发用户的交友冲动。

碰碰在个人展现上需要多考虑的是挖掘用户间的更紧密联系，这种挖掘不是靠用户主动提供、主动寻找的，而是网站通过后台数据的关联直接标识给用户的，用户资料、用户行为、人际关系都是可以挖掘标识的点。

站内群用户之间的关联：豆瓣群与群之间的关联是共同参加的人（“成员常去的其他小组”），是在每个小组页面都有明显标识的，这样的交友导引是从一群人认识一群人，比单纯搜索小组增加了用户流动的途径。

除了同一个类别/圈主，碰碰的圈子之间是没有紧密联系的。对应豆瓣的做法，同一圈主创建的圈子、参与成员也去的圈子、同一类别新成立/推荐圈子、与圈子举办过同类型活动的圈子……这些都可以体现在圈子内，辅以圈子间互动的产品，圈子间运营和圈子间用户的流动会更畅通，关键是要找到圈子之间的共同点。

提供用户实质用途的服务：这个所谓实质用途不单是从网站自身经营目的考虑，最重要的还是从用户日常生活考虑。就好像IM用户的高粘着度是满足用户日常通讯需求而来，豆瓣用户也有不少是为了豆瓣的收藏功能而来的。他们不热衷交友，评论是多看少写，购买参考是零星行为，豆瓣对于他们只是一个整理自己图书、电影、唱片的架子。不少BLOG也有类似作用的自设列表功能，但豆瓣的内涵更丰富（涵盖了产品的所有信息），操作却更简单（一个标识动作），服务也更贴心（可循三种方式排序、可以标签整理），于是成为了有此需求用户的首选，其他的BLOG反倒沦为豆瓣推广的途径。

与此相似的还有豆瓣提供的一站式网上书店搜索功能，这都是对用户实用、能带来高粘着度的产品，特别对于刚起步的网站更是需要。碰碰在这方面的产品是欠缺的。

社区氛围营造：在豆瓣是整体运营的概念，是运营策略、产品架构、网站细节合力的结果。碰碰要学习的关键点是整体和细节，社区氛围不应该只是运营部的任务，而应该是所有部门合力的成果。对细节的关注参考上文“人文豆瓣”中分析。

用户沟通反馈：豆瓣的站务论坛起的就是与用户直接沟通的作用，除了客服，碰碰2.0也有直接与用户沟通的编辑圈，此外编辑还有与用户联络的，数起来，碰碰与用户的联系方式比豆瓣还略胜一筹。但在用户意见的反馈上，特别是涉及技术的产品优化的意见上，碰碰的行动力比起豆瓣就不止慢一拍半拍了。从上文“豆瓣技术”的分析，豆瓣的反馈速度与豆瓣的敏捷开发模式相关，技术的同事可考虑借鉴其中碰碰可运作的点，提升碰碰产品因应用户意见优化的速度。

用户需求的线上线下结合：

“豆瓣猜您会喜欢某书，因为您3个月来阅读的内容与此书相关，而且与您口味相同的好友XXX对此书评价甚高（点击参考他的评论），另外还有与您兴趣口味相类似的XXX人对此书作出正面评价（点击观看这些都是些什么人），如果您有兴趣请在方便的时候到离您最近的XX书店（点击观看地图）翻阅，他们尚有XXX本存货，此外豆瓣还提供10多家网络书店的比价（点击进入）。……”

以上是IT评论家对豆瓣理想模式的描述，如果真的有上面的信息，那么说明豆瓣已经拥有了：

1、聚合用户习惯进行比较分析的能力，

2、根据以上分析聚合用户SN中相关评论的能力，

3、根据推荐内容分析聚合相关微内容的能力，

4、与地面渠道实时结合交互的能力，

5、与线上渠道结合交互的能力；在拥有这些能力的基础上，即便不向下游用户收费也可以真正提高豆瓣的议价能力而且这种模式不容易被复制——用户的消费习惯阅读习惯不是靠填写几张调查表或者分析几张订单就能搞定的，豆瓣有着比较忠诚的用户群，也有着相对容易的分析条件，建立这样一个CRM系统不应该是件难事，假以时日，在这个系统上进行营销、无论是线上还是线下，都将是别人无法复制的豆瓣，很简单，复制者就算有更多的钱和更多的人去复制豆瓣，但他们始终无法复制一个相对比较长的时间长度，一个人的365天和365个人的一天，显然是前者对豆瓣这样专注于某个领域的网站更有价值，也不是复制者在朝夕之间可以复制的。