豆瓣的回應按鈕為何不加以美化，而直接使用瀏覽器默認樣式？

01-02

比如廣播下的回應，小組回應的按鈕，沒做一點樣式美化，感覺和整個頁面風格很突兀！！而類似搜索或者其他單選多選下拉（豆瓣電影頁面）等卻又做了樣式美化或者使用自己寫的組件。

看到有回答說是追求 小而美，簡而單。我覺得很扯淡，明明豆瓣其它產品很多的button都是美化了樣式的

把小組的那個回應按鈕略作改動我不知道會花費多少精力！！！我覺得是豆瓣的產品太懶了，沒人督促，就沒人願意主動去做出改變！

我認為是前端框架統一規範中還沒有定義按鈕的樣式，所以就裸著了！

另外有人說豆瓣追求簡約小而美云云。。。。我寧願相信你是在高級黑。。

想想小學學的皇帝新裝好不好？拍著良心看覺得好看？就中文字和邊框無縫結合啊有木有？？小到DPI不夠的滑鼠都無法精確定位、都無法點擊啊有木有？？另外哥們我是用觸摸板的啊。。。。殘念。。。。

另外作為豆瓣產品的@黃海均的答案很讓人失望啊這些東西真的會耗費產品經理那麼多的時間和精力嗎？每周一個固定的一天午飯吃完一個小時寫個list 然後郵件發出去舉手之勞！或許眼高手低就是這個意思吧！難道這是豆瓣產品的通病？

看了「供職人士」黃大PM高端大氣上檔次、銳氣逼人、開啟民智的回答，得出幾個結論：

---

131201更新：有人問原文呢？一看，發現原文作者@黃海均已經（也許..帶著不屑的眼神）果斷刪了自己的答案

由於來自豆瓣供職人士的答案極具參考意義，也為了不使我花費精力進行認真思考和回答的針對性答案瞬間失去意義，故從google快照里拉取了其原文，以饗讀者：

---

1.思考答案和打那堆字的功夫，足夠給所有按鈕加個padding邊距了——padding: 5px。

若不認為那是問題也就罷了，既然承認問題，有那苦口婆心解釋為什麼不改的功夫，幹嘛不「順手」改一個是一個呢？

PS: 其實技術上，無邊距不是因為所謂瀏覽器默認樣式，而是因為被豆瓣reset了css默認邊距、襯距等為0（業界慣例），並且沒有重設新樣式導致（瀏覽器也沒有強制padding，mac下chrome是有強制的，所以觀感略好）。

1.5 說什麼要改就要改全站，要麼不改。這個邏輯..呃...也行，可正如題主所說，豆瓣很多其他按鈕都是美化過了的，恰是因為沒有全站統一，這些素顏的混在其中顯得很突兀，如何解釋？這是要自相矛盾的節奏么?

PS：截圖有點老，但到目前為止，「加上去」、「留言」按鈕依然素顏。

2.看來其他的互聯網產品經理都很笨、很閑，只知道把時間浪費在用戶體驗的基本「細節」上，貌似除了豆瓣的之外的多數PM，全都躺槍了，至於什麼喬老爺啊，直接被爆頭。

另外，這種芝麻大的按鈕，已經不是體驗細節的問題了，而是點擊困難，簡直是考驗用滑鼠百步穿楊的功夫——多數觸摸板用戶更可憐...

2.5 無獨有偶，大家還記得豆瓣曾經的圖片批量上傳功能嗎，一個一個點瀏覽，五個五個點上傳，然後是漫長的無提示的等待.... 現在呢？咋不說次要細節沒工夫改呢...

3.這堆理由適用於任何團隊，天下哪個團隊的精力是無限的？哪個團隊喜歡「危險」？於是乎，世界上的所有按鈕似乎都應該理直氣壯地沒有邊距。

4.看了那個答案，終於明白了為什麼會有這種UI bug級別的按鈕上線——原來不是因為「程序猿做的設計」，而是因為有這樣理念高端大氣上檔次的PM。

5.豆瓣曾像信仰一樣文藝地刻意堅持的很多「原生素顏風"（刻意性很明顯，不是「沒工夫美化」那麼簡單），在後來都一一改變了（以按鈕們為首），加以美化，這是一種自我淪喪么...

何況如今，這個互聯網技術爆發、用戶體驗至上的年代，無論是技術驅動且業界技術領先的大豆瓣，還是互聯網創業新團隊豆大的試水小產品，都不至於淪落到上線一個毛坯房的地步吧 —— padding=0，不是視覺設計問題，純屬技術失誤。

這兩個按鈕設計上最大的問題不在於是不是使用了瀏覽器內置樣式，而是根本連最基本的內邊距padding都沒留出來，按鈕已經不是「簡單」是「醜陋」了。這已經影響了閱讀和使用體驗，屬於產品質量問題。

其實簡單的承認這是一個還需要改進的地方就可以了。不需要找太多的「資源有限/策略原因」等借口。

歷史原因，沒改，言簡意賅，回答完畢，坐等被摺疊。

豆瓣是個數據和演算法驅動的產品。視覺上不是那麼好並不致命。應該算是公司 DNA 不同決定的吧。

我因為喜歡你的性格和內在而跟你在一起，

但卻不得不天天看著一張十級燙傷癒合後的臉。

拜託你，抽空整整容好嗎？

讓我能再愛你一點。

反對第一個答案〒_〒

歷史原因，還是積累太多，一改要廢很大的勁。

抱著這種心態做出來的產品就跟這枚按鈕一樣差。

其實吧，一樓也是躺槍，這問題涉及很多方面，要消耗很多時間。但是，態度真的很重要

我們會改進的和我覺得沒啥

即使結果相同，用戶體驗也會不同

真是逗。一個大企業的產品問題自然要有個先後順序。雞毛蒜皮之事只有你們這幫所謂「懂產品的人」才會在意，說好聽點是在意細節，說難聽點叫細節強迫症，並且都覺得用戶也一定是像自己一樣對產品「精益求精」的人。你們那些沒前途的小產品，核心功能沒有任何發展潛力，想破天也想不出來該怎麼繼續進化，自然有大把時間去糾結那些細枝末節，還以為自己也跟喬布斯一樣是把「細節決定成敗」之道理諳熟於胸的人。好的產品經理不會把時間浪費在那些沒有問題只是不夠好的細節上，因為人家深知用戶在意的是產品的核心功能，這比什麼都重要。這也就是為什麼人家走在前面了而你們到現在也一直做不出成功的產品。

經常用都豆瓣表示從來不會注意這個，不要忘記以前豆瓣發帖是連圖片都不能發的，而且內容的文字都是小的黑的，界面內容很少，這樣的原生按鈕完全不會讓人覺得有維和感。

我不明白反對別人回答「豆瓣追求小而簡約」是怎麼想的。

剛開始用豆瓣的時候覺得全是小字看著累，後來慢慢習慣。我覺得這些特色相當於一個門坎兒，急躁的想要迅速獲取大量信息的人就慢慢不會再上豆瓣了。挺好，算是一種篩選機制，同時防止上癮。能保證優質用戶生成內容的比例高。不會像人人網現在一樣，全特么是公共主頁的廣告。

不是每個人都是喬布斯。

這個細節沒改主要是體制原因，產品經理要優先處理更有價值的東西，而一間公司執行產品的資源是有限的。

謝邀

沒這個問題之前，我都沒注意過這件事情，不知道算不算回答了問題.....

剛剛在豆瓣看到一個段子：
視覺設計師: 你這是做完視覺了嗎，還需要我支持嗎? 首席：暫時不用視覺設計師：豆瓣根本不需要視覺 PM：那一坨比例和樣子都不好看 = =|| 首席：原來只是不好看啊，這也叫事兒？

Via Bear -_______-

應該是pm沒有發現，或者設計師沒發現或者程序猿沒發現....

再或者：懶得改！！！！！

不清楚豆瓣的具體情況

就說按鈕這個樣式問題，如果全站有統一的按鈕樣式的話，寫html的時候很自然的就可以加上一個樣式，不會增加任何開發工作量。

另外我覺得做事情要有追求極致的精神，我覺得這個和產品設計關係不大，程序員就不應該讓這樣的代碼上線。

以上是我個人的一點感想，說的不對請見諒。

埋坑關注…

當豆瓣流量慢慢下降的時候，會開始優化這些細節的…（看打臉）

個人覺得這樣蠻好的，幹嘛要美化？整個豆瓣的風格就是清新，輕量的感覺。。難道要把它做成水晶透明風格，或其他凸起，紋理，發光等？那樣不是很突兀，很搶么？有些東西該默默無聞就該默默無聞，簡簡單單就好。。

如果你去問豆瓣的用戶你會得到的答案

「這樣挺好的」

「我覺得這個沒什麼問題啊」

「不影響我用啊」

「習慣了」

體驗是一貫的傳承下來的，不是說你把它改美觀了，就「好」了，用舊物，老朋友都會有這樣明確的感受，你習慣舊東西的稜角，老朋友的刀子嘴……

這是一種習慣。

it碼農回答一下，關於本題確實是修改一下符合整體會更好一些。但是對於項目經理的這種有所為有所不為的方式還是十分贊同的，而不是一股腦的隨便堆砌一些功能，我承認這些功能確實是可以使程序更好，但是關於這些功能還是應該有取捨的。（以上的功能包括一切程序上的修改）。表達的不是很清楚，大家隨便看看好了。

一直覺得豆瓣有些UI細節看起來很簡陋是故意維持的一種風格