農村過年有個風俗，大年初一要到村裏所有人家裏去拜年，小孩的特權就是可以拎一個大袋子去裝禮物。現在回憶起來有一個很有趣的現象，到家境不太好的人
家去拜年的時候他總會塞給你很多的花生、瓜子、還有便宜的糖，每次都搞的袋子裏滿滿的；而家境比較富裕的人家就給一捧西瓜子就完事了。（我小的時候農村還
是相當不富裕的，每家都會種花生，所以花生特別多，但是西瓜子只能去街上買而且價格不菲。在中國的過年基本上就是在過面子，所以不管怎麼樣都是要在初一的
時候裝一裝門面的。）
可是結果呢？我們幾個小夥伴總是會在拜完年回家的路上把西瓜子自己留下，其餘花生什麼的要麼拿回家給爸爸媽媽繼續待客，要麼嫌拎着沉直接扔在路上了，而且最念念不忘的還是那些雖然給的少，但是給西瓜子之類的人家.......
每次在討論產品的時候總是有人說，我覺得用戶需要這個，我們應該給用戶什麼樣的功能，完成之後用戶可以用這個怎樣怎樣；我們在設計頁面的時候本身網站的內 容非常少，功能也少，但是爲了讓首頁和二級頁面看起來都不空洞，我們要把能擺的東西都擺上去，結果首頁和二級頁面上放的東西基本都一樣了，用戶在各個頁面 上跳來跳去，總是覺得還是在一個頁面上，總是覺得自己怎麼走都走不出去，於是下次再也不來了；如果是我在用完這個功能之後我還想怎樣怎樣，我覺得我們應該 給用戶更多的東西可以用，這樣他們就不會覺得我們的東西太少了，於是一上線就把所有的功能一字排開，讓整個開發團隊的人累的半死去做滿所有的功 能.....
可是結果呢？我們的用戶體驗，你給我了這個功能沒有什麼大的用處，我百年難得一用這樣的功能，往往我們的產品人員會最後發現，消耗了我們90%以上的精力開發的產品只是爲了10%的用戶去做的，有時滿足甚至更低.....
office有衆多強大的功能，可是大約我們90%的用戶只用到其中10%的功能，那另外的90%的功能大多數不會用到反而讓整個office軟件顯得臃 腫且安裝緩慢；百度也有很多產品，但是在baidu.com上我們只看到他擺出來多多少少9個產品而已；google的產品也是如此，前段時間我和稻草在一 個偶然的探討中驟然發現了google reader的強大功能，我當時感嘆，google是怎麼做的呢？他做了這麼多的功能，但是看上去卻如此簡單，這太了不起了！
我的意思並不是說我們不要去做複雜的產品，相反的，我們需要做功能足夠豐富的產品！一個產品20%的功能是用戶常用到的，而另外80%是不常用的，我們稱前者爲基礎功能，後者爲擴展功能；而同時又有80%的用戶平常也就只用這20%的功能，這是二八原則。我們也完全沒有必要去砍掉那80%的功能來滿足大部分用戶，我們需要一個複雜的產品，但是我們更需要給用戶展示一個簡單的產品，讓用戶自己去發現那被“隱藏”的功能，他會說，“哇！太神奇，這個產品居然還可以這麼用，太強大！”
我們更沒有必要在產品剛剛上線的時候就把能夠展示的功能不管好壞一股腦的都擺出來，這樣的做法只能是讓那80%的不常用的功能嚇走用戶。這就好比最開始的 那個故事，那些塞在袋子裏的滿滿當當的花生一樣，只會讓我覺得很沉，在有必要的時候我想全部給丟掉，只留下西瓜子。
一個好的產品人員應該知道給用戶什麼，而不是用戶想要什麼就給用戶什麼，給他最需要的或者你做的最好的，提示他去挖掘我們隱藏的好東東，這樣才能讓用戶死心塌地的愛上你的產品。
在產品設計中有個原則，夠用就好。在最初和我們的技術團隊碰需求的時候需要搞清楚，我們的團隊開發這個功能需要多久？我們有多少用戶需要這個功能？從整個 產品運營的角度看，我們是否需要現在就把這個功能推給用戶？不要把某一小撮用戶需要的功能當作大衆想法提前做出來；不要因爲一個不被常用的功能拖延整個產 品的開發進度；不要一下子就把用戶餵飽甚至撐死。
可是結果呢？我們幾個小夥伴總是會在拜完年回家的路上把西瓜子自己留下，其餘花生什麼的要麼拿回家給爸爸媽媽繼續待客，要麼嫌拎着沉直接扔在路上了，而且最念念不忘的還是那些雖然給的少，但是給西瓜子之類的人家.......
每次在討論產品的時候總是有人說，我覺得用戶需要這個，我們應該給用戶什麼樣的功能，完成之後用戶可以用這個怎樣怎樣；我們在設計頁面的時候本身網站的內 容非常少，功能也少，但是爲了讓首頁和二級頁面看起來都不空洞，我們要把能擺的東西都擺上去，結果首頁和二級頁面上放的東西基本都一樣了，用戶在各個頁面 上跳來跳去，總是覺得還是在一個頁面上，總是覺得自己怎麼走都走不出去，於是下次再也不來了；如果是我在用完這個功能之後我還想怎樣怎樣，我覺得我們應該 給用戶更多的東西可以用，這樣他們就不會覺得我們的東西太少了，於是一上線就把所有的功能一字排開，讓整個開發團隊的人累的半死去做滿所有的功 能.....
可是結果呢？我們的用戶體驗，你給我了這個功能沒有什麼大的用處，我百年難得一用這樣的功能，往往我們的產品人員會最後發現，消耗了我們90%以上的精力開發的產品只是爲了10%的用戶去做的，有時滿足甚至更低.....
office有衆多強大的功能，可是大約我們90%的用戶只用到其中10%的功能，那另外的90%的功能大多數不會用到反而讓整個office軟件顯得臃 腫且安裝緩慢；百度也有很多產品，但是在baidu.com上我們只看到他擺出來多多少少9個產品而已；google的產品也是如此，前段時間我和稻草在一 個偶然的探討中驟然發現了google reader的強大功能，我當時感嘆，google是怎麼做的呢？他做了這麼多的功能，但是看上去卻如此簡單，這太了不起了！
我的意思並不是說我們不要去做複雜的產品，相反的，我們需要做功能足夠豐富的產品！一個產品20%的功能是用戶常用到的，而另外80%是不常用的，我們稱前者爲基礎功能，後者爲擴展功能；而同時又有80%的用戶平常也就只用這20%的功能，這是二八原則。我們也完全沒有必要去砍掉那80%的功能來滿足大部分用戶，我們需要一個複雜的產品，但是我們更需要給用戶展示一個簡單的產品，讓用戶自己去發現那被“隱藏”的功能，他會說，“哇！太神奇，這個產品居然還可以這麼用，太強大！”
我們更沒有必要在產品剛剛上線的時候就把能夠展示的功能不管好壞一股腦的都擺出來，這樣的做法只能是讓那80%的不常用的功能嚇走用戶。這就好比最開始的 那個故事，那些塞在袋子裏的滿滿當當的花生一樣，只會讓我覺得很沉，在有必要的時候我想全部給丟掉，只留下西瓜子。
一個好的產品人員應該知道給用戶什麼，而不是用戶想要什麼就給用戶什麼，給他最需要的或者你做的最好的，提示他去挖掘我們隱藏的好東東，這樣才能讓用戶死心塌地的愛上你的產品。
在產品設計中有個原則，夠用就好。在最初和我們的技術團隊碰需求的時候需要搞清楚，我們的團隊開發這個功能需要多久？我們有多少用戶需要這個功能？從整個 產品運營的角度看，我們是否需要現在就把這個功能推給用戶？不要把某一小撮用戶需要的功能當作大衆想法提前做出來；不要因爲一個不被常用的功能拖延整個產 品的開發進度；不要一下子就把用戶餵飽甚至撐死。