豆瓣 案例分析 (最美ppt版本)

Part
4
经营模式
4.1 提供的服务

4.1.1 品味系统
Top 榜单
产品资料 相关推荐 热门标签
成员评论
购买链接
4.1.2 表达系统

发布信息汇总
用户“我的豆瓣”页面右边是用户站内发布信息汇总，发表评论、回应 评论、讨论话题从上而下分列。

个人主页
左边是用户对站内“物”的行为记录，包括收藏、评论。右边是交友信 息，有用户个人信息（所在城市、外部BLOG地址、自我介绍等），沟通 功能键（加为友邻、发豆邮）、用户状态栏（是否为友邻），此外还有 用户对站内“人”的行为记录，包括小组和友邻。
个人主页
4.1.3 交流系统

话题讨论
小组中，会有新发话题的提取，显示的是话题标题、小组名、发帖人名、回应 数和最后回应时间，即时更新。用户可以及时浏览并参与讨论。
交友

网站推荐“人”的信息，包括即时性的网站新成员显示和豆瓣通过用 户已有行为计算出的兴趣相仿用户——“豆瓣认为和你口味最像的” 。这些用户列在豆瓣“我的友邻”页面右下角，用户可以详细浏览他 们看过的书和电影，决定是否将其列为自己的友邻。一旦这些成员成 为友邻，用户可以很方便了解到他们的动态信息：比如他们正在看的 书、想看的书，添加的书评等。用户间的联系方式主要是通过“豆邮 ”，类似碰碰“小纸条”的站内信息交互方式。
豆瓣网还把书评变为实际的商业 模式，从而对购买者起到导向作用 是豆瓣网成功的关键。目前，豆瓣 网已经逐步扩展到电影、音乐、旅 游等领域。豆瓣网目前通过和当当 网、卓越网进行合作，产生的购买 双方进行分成，此外还有一定的广 告收益。杨勃表示，目前的分成已 经能够满足网站的日常开销。
以上只是以豆瓣网的读书板块为例 ，在电影、音乐板块等分享、互助 和开放同样是豆瓣所倡导的目标。

2.2.1 电子商务分成
影院分成

影院分成
在豆瓣电影这一模块中，会有对于电影的信息介绍。对于 正在上映的最新电影，在这部电影的介绍页面的右上角处会 列出“在线购票选座”信息框，在框中会有该电影的影讯链 接，点击链接后网页将会跳转至豆瓣为该电影所设的影讯网 页，网页内将罗列出各个与豆瓣合作的影院的地址等相关信 息，以及播放该影片的时间安排，而同时每个电影播放时间 都有链接，点击播放时间时，就会显示出一个小框，框内列 出该电影在这时间播放的版本，时间长度，票价，以及在线 购买该电影院影票的链接，通过该链接购买影票时，豆瓣网 就会获得相应的分成。



1.2 功能结构图
1.2.1 模块图
1.2.2 关系图
表达系统是品味系统与交流系统的联接。如果说品味系统关注“物”， 交流系统关注“人”，那表达系统就是通过用户个体融合这两个重点。
Part
2
商业模式
2.1 定位
2.1.1 产品定位
豆瓣表面上看去是一个评论（书 评、影评、乐评）网站，但实际上 它却提供了书目推荐和以共同兴趣 交友等多种服务功能，它更像一个 集 BLOG 、交友、小组、收藏于一 体的新型社区网络;豆瓣网选择以图 书为切入点，是因为书籍每年会出 几万种，此前的书评主要由专家所 出，而出版社的书评大多出于营销 的目的。显而易见，没有人能了解 全部的图书，豆瓣网就是要帮助用 户去发现更多自身不知道但是却十 分有价值的东西。对于一本图书， 无论是专家还是普通的读者，不同 的用户会都有不同的感受，用户将 自己的评论在豆瓣网上进行分享， 同时又可以了解其他用户对同一本 书的不同想法，无形中大大丰富了 网站内容。
2.1.2 客户定位
2.2盈利模式
公开赢利：电子商务分成 隐藏赢利一：视听点击分成
隐藏赢利二：用户数据销售
2.2.1 电子商务分成

电子商务分成这种盈利模式是豆瓣的传统盈利模式，也是豆瓣网目前 主要的收入来源。 至今与豆瓣网合作的购书网站有五家，分别是卓越网，当当网，文轩 网，北发读书网，99读书网和京东网上商场。在读书频道，豆瓣除了 与购书网站合作外，还与出版社合作，把出版社名称放在书的页面， 但这种方式还只处于测试阶段。
以手机为核心网站的形式以图书为 核心网站的形式
2.1.2 客户定位
音乐和电影相对都比较大众，除了那些 畅销书和热门书，通常书的阅读更加小众 。豆瓣网选择图书作为起点，充分说明了 豆瓣所采取的是典型的“满足小众需求” 的业务模式。在电影和音乐上，人们比较 容易找到喜好相近的同伴，但对于书，特 别是一本比较冷门的书，找到共同爱好者 的机率就比较小。而书又有“圈子阅读” 的特性，喜好一本共同的书人往往在其他 方面也志趣相投。而且这批有共同书籍爱 好的人基本都有交流的需求，这就为“圈 子”（小组）的形成提供了良好而条件。 豆瓣从书籍入手，得到了第一批用户。 这个用户群，是与众不同的。他们具备品 味略高以及小众化的特性。在以靠网页游 戏粘人和发放优惠卷而得到用户的国内社 交网站里，豆瓣的第一批用户是非常具备 价值的。拥有初期的用户群后，豆瓣网继 续发展，像是一块磁贴，在吸引着与它志 趣相投的用户。并且，这些用户之间也在 逐渐吸引着对方。
豆瓣网案例分析
目
2
1
基本构架与功能
商业模式
录
4 5 6
管理模式
3
技术模式
经营模式
资本模式
Part
1
基本构架与功能
1.1基本情况
1.1.1 概述
豆瓣是一家Web2.0网站。豆瓣网从图书起步，并逐渐扩展到电影、音乐、旅游等领 域持续帮助每个人发现最适合自己的未知事物。在豆瓣上，用户可以自由发表有关书 籍、电影、音乐的评论，可以搜索别人的推荐，所有的内容、分类、筛选、排序都由 用户产生和决定，甚至在豆瓣主页出现的内容上也取决于用户的选择。这种独特的使 用模式、持续的创新和对用户的尊重，豆瓣被认为中国最有影响力的Web2.0网站之一 。 豆瓣网通过用户自我创造与分享内容，形成无数个具有共同话题的小圈子，进而形 成一个庞大的好友社区。目前，涉及的领域以个性的书评、影评和音乐评论为核心的 交流内容，以此形成一系列的推荐机制。豆瓣主要通过用户点击及购买电子商务网站 的相关产品，来获得收入。 自2005年3月成立至今，豆瓣的注册用户已经超过5000万，用户以受过高等教育的 青年大学生为主。作为一个社区，豆瓣不像通常社区网站为增加访问量而设的积分和 升级系统，它通过用户的收藏和评价来“推测”，靠自动排位上升。 可用性、操作性、人性化，是豆瓣坚持的三大原则。
百度文库
2.2.3 盈利关系图
Part
3
技术模式
3.1技术模式

豆瓣全部使用python开发。网站后台的搜索引擎基于Twisted, GUI基于Quixote，还用 到了cElementTree, MySQL和 PIL，这是豆瓣技术的基础。 纯粹的技术原理之外，相关豆瓣技术还有三个核心原则：以用户为中心、简单的前台与 复杂的后台、快速开发。
豆瓣
http://v.youku.com/v_show/id_XMTMxMzE2NTgyNA==.html?tpa=dW5p b25faWQ9MjAwMDE0XzEwMDAwMV8wMV8wMQ
1.1.2 来历

豆瓣网之所以取名为“豆瓣”，是因为创始人杨勃创建该网站的时候在北京豆瓣胡同附 近的咖啡馆写该网站的源代码，故取名为豆瓣网。 宽带下载和网上购物降临之后，即使在最小的城镇，人们的选择也在每天成百上千地增 加。这其中一定有喜爱的东西，但十有八九它们会在不知不觉中擦肩而过。媒体让老少 咸宜的大片无处不在，对只适合一群人的东西却显得力不从心。而且，萝卜青菜，各有 所爱，不管电视的娱乐编辑和报纸的书评作家多么公正和勤勉，他们的帮助都不可能对 所有人同样有效。 豆瓣的发起者发现，对多数人做选择最有效的帮助其实来自亲友和同事。随意的一两句 推荐，不但传递了他们自己真实的感受，也包含了对聆听者口味的判断和随之而行的筛 选。他们不会向单身汉推荐育儿大全，也不会给老妈带回赤裸特工。遗憾的是，所有的 亲友加起来，听过看过的仍然有限。而且，口味最类似的人却往往是陌路。 如果能不一一结交，却知道成千上万人的口味，能从中间迅速找到最臭味相投的，口口 相传的魔力一定能放大百倍，对其中每一个人都多少会有帮助。豆瓣随着这一个愿望产 生。豆瓣不针对任何特定的人群，力图包纳百味。无论高矮胖瘦，白雪巴人，豆瓣帮助 人们通过其喜爱的东西找到志同道合者，然后通过他们找到更多的好东西。
视听点击分成
视听点击分成
视听点击分成

视频网站分成
对于已经下映的电影，在部电影的介绍页面的右上角处会列出“在哪儿 看这部电影”信息框，在框中会有该电影的视频链接，用户点击链接后 页面会跳转至该视频网站进行电影播放，豆瓣网便会得到相应的分成。
用户数据销售

豆瓣音乐模块里也有上述类似的获得收入的形式 ，如与音乐碟，音乐下载服务，音乐会与音乐活 动门票的销售网站链接而得到的分成。还有豆瓣 同城推出不久的团购栏目，豆瓣在这栏目里发布 团购信息，与拉手网，糯米网，美团网，乐团团 网，聚美优品网等团购网合作，建立链接而获得 销售分成。

3.2网站建设技术构架
3.3豆瓣的技术架构与主要组件

豆瓣整个基础架构可以粗略的分为在线和离线两大块。在线的部分和大部分网站类似：前面用 LVS做HA，用Nginx做反向代理， 形成负载均衡的一层；应用层主要是做运算，将运算结果返回给前面的用户，DAE平台是这两年建起来的，现在大部分豆瓣的应 用基本都跑在DAE上面了；应用后面的基础服务也跟其他网站差不多，MySQL、memcached、redis、beanstalkd，不一样的是 NoSQL的选择——BeansDB，这是我们在几年前开源的KV数据库，也是国内比较早开源的KV数据库。 豆瓣作为一个早期就选择以Python为主要编程语言的公司，网站所使用到的技术很多都与Python相关，包括主要框架quixote 、 自行实现的DPark等等。在其它技术的选择上，并没有太大不同：nginx、MySQL、memcached、BeansDB、redis……都是知名 开源项目。在这些开源项目之上，豆瓣根据自己产品的特性，针对性地做了配置与部署设置。 除了使用开源项目，豆瓣也根据自身需要自主研发或实现了一些产品，比较有特色的如DAE、DPark等等。
4.1.2 表达系统

收藏夹
实质就是用户分别就读书、电影、音乐的收藏夹。三个页面架构一致， 左边是产品状态区，从上到下分别是“在、想、过”，其中电影只有“ 想和过”两种状态设置，信息来自于用户之前在单一产品页面的标识动 作。除了状态，用户可以标签的形式对收藏夹的产品做分类整理。

个性化推荐
是豆瓣根据用户过往站内行为（评价及收藏）对用户作出的相应产品推 荐，一次6个，动态调整。



DAE全名Douban Application Engine，顾名思义它是一个类似于GAE、SAE的内部PaaS系统。使用这样的PaaS有很多好处，比 如第三方库数量丰富并且支持多个版本并存、资源配置灵活等等，能够为工程师省去很多不必要的工作。
BeansDB是DAE中非常重要的一个组件，设计思想源于亚马逊的Dynamo，但是简化了Dynamo的一些复杂之处。BeansDB主要 应用于小型文本和中型的图片、音频，它们的共同特点在于写次数特别少，这也正是BeansDB所擅长的领域。 DPark类似于Spark，是豆瓣用Python实现Map-Reduce类似框架。虽然Python的性能低于基于JVM的Clojure ，但这样做避免了 程序员程序员进入不熟悉的领域，而且豆瓣使用开源项目的原则是：如果无法完全掌握，宁可不用。“此外将 Spark 移植到 Python上也很简单，基本上是一对一的翻译。 BeansDB项目可以说是一个简化版的AWS DynamoDB，该项目在2008年启动，2009年开源，第一版使用tokyo cabinet作为存储 引擎，2010年使用bitcask存储格式重写了存储引擎，性能更好。BeansDB对key做哈希运算找到节点来实现分布和冗余， 一个写 操作会写好几个节点，而现在的配置是写三份读一份。BeansDB主要的特点是支持海量KV数据库——相比Redis这种支持几十个 G到几百个G的内存KV数据库，BeansDB可以支持到上百T的数据。另外BeansDB最大的好处就是运维很简单，性能、可用性、 扩容都很好，也实现了最终一致性。