九色91avI日日综合I精品欧美一区二区在线观看I毛片wwwI黄网站免费大全入口I五月婷婷激情

這是用戶爭議比較大的一個應用。豆瓣在這點的應用與西方網站習慣相同，但對習慣中國網站新開窗口方式的大多數中國用戶來說，使用豆瓣都有個重新適應的過程。有用戶會投訴，想回看之前看到的有興趣的東西就必須使用瀏覽器上的“倒退”，相當不方便；又或者只能不斷地用鼠標右鍵新開窗口，對網絡新人來說用戶體驗相當不友好。

在這點的用戶體驗上，涉及到一個關鍵的前提，網站需要什么用戶的體驗。如果網站的目標用戶群是接受這種方式，并不會因為這種方式而放棄網站的話，那網站就不需要做出改變，這也可以說是豆瓣“小眾”的一個體現。

頁面使用跳轉的形式與網站受眾群相關，大部分都是讀書、音樂、電影愛好者，所以讓用戶盡量順著同一線路走完，因為這些作品一般人的習慣都是順著看下去的，中間需要慢慢欣賞體會的時間，沒多少人是跳著去欣賞的，也可以認為網站也不鼓勵這種蜻蜓點水式的用戶行為。這也與網站的用戶導引相關，希望用戶是每一步都發現新的東西，找到新的興趣點繼續在站內縱橫“行走”。另一方面，因為網站在頁面設計上做了很多限制，保證了頁面跳轉速度的快速，所以用戶不會因這種方式而影響到對網站的正常使用。

所以那些不習慣不彈出窗口的，可能也不太容易真正在豆瓣網上長久安家，注定也不是它的核心用戶。豆瓣也可依此遴選它需要的用戶，更便捷在站內建設它需要的文化。

總體來說，豆瓣網非常精巧地應用了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個人的一天，顯然是前者對豆瓣這樣專注于某個領域的網站更有價值，也不是復制者在朝夕之間可以復制的。