隨便逮著一位產品人員，問產品為誰而做，十有**都會回答：當然是使用者啊。這個回答無可挑剔、很經典。什麼是經典，經典就是誰都贊同，但誰也沒往心裡去的東西。好比擺在書架上的名著，最有用的就是封面，可以裝點自己的臉面。至於封面的裡面有什麼，或者什麼都沒有，其實是無所謂的事情了。
做產品，最容易模仿的是封面，最容易學會的是套話。見過很多產品人員，說起產品來一套一套的。有福特的「馬論」，福特說如果我去問使用者要什麼，使用者肯定不會要汽車，因為他根本沒見過汽車，使用者只會說，我需要一匹更快的馬。有特勞特的「定位」，一件產品、一項服務、一家企業，要想真正成功，必須有準確的定位。這個定位，不在產品、服務和企業本身，而在終端使用者的心智之中。使用者的心智，才是營銷的戰場。有賈伯斯的「減法」，做產品最容易的是做加法，不斷地增加新功能，不斷地公升級打補丁，這是常規人員的常規做法。而非同凡響的蘋果做的是減法，產品功能減到極致，減無可減，這樣的產品就是極品。
光學會老外的洋套話還不夠，還要學有土腥味的本地方言。國內網際網路兩大產品經理馬化騰和周鴻禕，前者據說是抄襲式創新，後者據說是漸進式創新。說法不同，意思差不多。都是在前人成功的基礎上，不停地改進，比前人做得更好，最後把前人拍死在沙灘上。
在網際網路時代，這些洋槍土炮動動滑鼠就能搞到。如果是為了啟迪思想、拓展眼界，這些東西當然是開卷有益、多多益善。怕就怕把封面當內容，把套話當精髓，反而忽視了隱藏在繁枝茂葉下面的土壤，看似平常的土壤，才是開花結果的根本。
封面能在第一時間抓住讀者的眼球，套話事關臉面，能有效提公升第一印象，這些面上的功夫確實非常非常重要。有個喜歡攝影的朋友，購買了國內一廠家生產的超大光圈鏡頭，品質極佳。而徠卡同樣光圈的鏡頭，**是國產的15倍。但是國產鏡頭包裝極差，有濃郁的鄉辦小廠風格，朋友說就算他這樣識貨的愛好者，看了包裝也惴惴不安了好幾天。確實，如果蘋果iphone也這麼包裝，估計**腰斬一半大家都會覺得太貴。
面試產品人員也有很多年了，在沒有辦法很快了解裡面如何的時候，只能先看面子怎樣。邏輯很簡單，此人連套話黑話都不會，說明對行業很不熟悉。要麼是天才，要麼是初哥。遇到天才的概率太小，那麼十有**是初哥。這種想法無可非議，商品包裝很精緻，商品本身可能很好，也可能很爛。如果商品包裝很爛，商品本身爛的可能性就太大了。也沒什麼特別的理由，事態常情而已。
有了封面與臉面，還遠遠不夠。裡面不好，外表光生也於事無補。產品人員不是政客，不能依靠空話套話生活。口若懸河講完之後，還要挽起袖子幹活。實際一出手，便知有沒有，怎麼隱藏也沒用。
產品人員的裡面應該怎麼樣，這個問題很難回答。用一句套話，產品人員應該像大地學習，努力變得大地般厚重。學習套話不難，看幾本書，讀幾十篇文章，就能鸚鵡學舌了。常用工具也不難，堅持使用幾個月就成熟練工。做產品最難的是什麼呢，很難用語言描述。有的說是使用者體驗，有的說是對需求的準確把握，有的說是品味，不一而足。反正，做出好的產品，真的是很難，沒有什麼速成秘訣。有人販賣什麼產品秘笈，管他名人商人，最好不信謠不傳謠。
見過幾個好的產品人員，有咋咋呼呼的，也有平平淡淡的。乙個想法提出來，能夠抓住要點，清理出脈絡結構，找到已有的類似產品，然後很快提出乙個大致不差的解決方案，這樣的產品人員已經是百里挑
一、可遇而不可求了。這樣的能力一定是綜合的，不容易通過某種技巧、某項資料來定義。就像乙個初出茅廬的網路寫手，蛻變為起點白金作家，到**都有人尊稱「某大」，要是問這個蛻變過程什麼最重要，問誰都會茫然的。只能籠而統之地說一句，功底到了，很有點「梅子熟了」的味道。
對產品人員來說，有了封面和臉面，只是入行的第一步。接下去就是乙個漫長的積累過程，積累過程改變的是裡面，沒有那麼激動人心，甚至自己都感覺不出明顯的進步。眾多瑣碎繁雜的工作不停地重複和反覆，原來讓你激動不已的名人名言也變得那麼平淡不驚，甚至有點淺薄可笑。堅持熬過來就是高手，熬不過誰也沒招，心理實在不平衡的話，那就去當憤青好了。
產品人員的封面 臉面與裡面
隨便逮著一位產品人員，問產品為誰而做，十有 都會回答 當然是使用者啊。這個回答無可挑剔 很經典。什麼是經典，經典就是誰都贊同，但誰也沒往心裡去的東西。好比擺在書架上的名著，最有用的就是封面，可以裝點自己的臉面。至於封面的裡面有什麼，或者什麼都沒有，其實是無所謂的事情了。做產品，最容易模仿的是封面，最...
產品設計人員與開發人員的溝通
產品部和技術部，在 的開發過程中，是兩個需要密切配合的部門，很多 甚至將這兩個部門合併在了一起，不過大部分還是分開的。在網際網路開發過程中，這兩個部門的溝通效率，對於最終 的質量有著非常重要的意義。筆者嘗試將工作中這方面的一些體會分享出來，供讀者參考或者指正。首先簡單的介紹一下在大眾點評網的乙個典型...
產品經理與開發人員的矛盾
1 是不是只要沒有技術上的實現問題，開發者就不應該對產品經理提出質疑？2 需求文件 功能文件 最新而最全的原型設計文件，這些要求過時了嗎？3 產品經理高階建議。軟體工程領域，本著分工合作高效進行的管理方式，每個人只要做好自己的分內事就行。當產品經理召集開發人員進行各種評審會的時候，其實是想讓開發人員...