網福推薦：產品經理們，請把手上的一些功能放一放
來源：
發布時間：2011/12/2
瀏覽次數：0
這是非常值得推薦的一篇文章，我們經常碰到運營的門戶網站或軟件客戶無休止的追求功能上的大和全，這些功能需求并不是由客戶的意見反饋過來，而是由產品經理和相關負責人拍腦袋想出來的，他覺得是很重要。項目中不停追加功能，沒有合理的規劃分析，結果大量時間浪費在這些上面，嚴重的會導致項目進度拖延甚至項目中止，那么看看推薦的這篇文章吧：
如果你想成為一位不稱職的產品經理，那么請立馬發布你所有的功能吧。馬上將你手頭上所有酷炫的功能向全世界展現吧。你唯一要做的就是：盡可能的快，盡可能多的發布。因為在用戶第一次使用產品時，如果不能看到全部的功能，我們將有會有可能失去這些用戶。雖然有些功能用戶其實并不在意，用戶卻會很樂意從額外的功能中篩選出他們認為有價值的功能。
假設你有志向成為一名優秀的產品經理，一些功能可以放一放。在產品首次發布時，包含足夠多的功能點確實有舉足輕重的作用，然而接下來的版本發布中，延遲部分非核心功能的發布，也有它合理的原因：
1. 用戶并不能一次性處理和熟悉太多的功能。對于全新的產品，極其容易出現功能點過多，用戶不能關注產品中最核心功能的情況。過多的非核心功能，反而會讓用戶把注意力從產品的核心功能轉移開。用戶被那些不重要的功能所吸引，忽略了產品真正的附加價值。需要知道，每增加一個新的功能點，都必須提供一定的時間讓用戶適應和熟悉。
2. 產品初期，更少的功能點能讓你有機會抓住更多的價值。一些“一鳴驚人”的產品在首次發布時就發布了所有最佳的功能點，導致在接下來的產品迭代過程中卻不能提供持續的升級和改進。在許多情況中，通過分階段疊加版本能夠得到一定范圍的解決。假如所有最有價值的功能都在一個版本中發布，那么希望通過價格的提升和模塊的擴展為公司帶來更多的產品附加值的想法，具有不小的挑戰性。反之，只實現最核心功能的1.0版本，已經足夠證明產品的價值和得到用戶的接受。這將為你構建更好、更合理的產品布局鋪平道路，從用戶身上獲得更多的價值，并更容易鎖定潛在用戶群。隨著產品的發展，初期“纖細”的產品，為后期功能的增加和價格的提升提供更多靈活性。
3. 功能分階段實現，則產品可以根據市場反饋快速反應并以此為依據調整新功能。在產品管理中，有一條定律—明天你知道的一定比你昨天做過的多得多（you always know more tomorrow than you did yesterday）。這就好比在前期產品發布前你覺得重要的一大堆功能，在發布后也許就變得不是很必要了。在前期保留部分功能，還能從用戶反饋中得到好處。一旦用戶開始使用和接觸你的產品，他們不單單會提供產品現有功能的反饋意見，更為重要的是反饋你目前沒有的功能。之前你認為很重要的功能，你會發現其實用戶并不覺得重要。各種你完全不會預想的“奇思妙想”也會源源不斷的從你的用戶那里得到。基于真實場景下的用戶反饋，幫助你指明了產品的發展方向和修改你的產品布局。同時，你可以將更多的精力放在更有價值的功能上，而不是浪費在一堆毫無價值的功能上。
隨著產品經理對產品功能的擴展，一個對產品未來功能的合理預期能夠為產品的發展打下扎實的基礎。然而，產品管理是一場馬拉松，并不是百米沖刺。產品經理更需要著眼于大局的發展和長期的勝利。相對于一次性發布產品所有具有潛在價值的功能，產品經理在首次發布時應該是只提供核心功能，以盡快的速度讓產品面向市場。
保留部分功能吧！只有這樣，產品經理才能更好的建立令人信服的產品布局，在發展中保持領先的地位，在市場變化前做好一切準備。
PS：對于用戶而言，他們使用的并不是產品，而是一種問題的解決方案。那么什么是核心需求（我自己喜歡使用“基礎需求”這個說法）？就是采用產品減法，當任何一個功能的減少都不足以讓你的產品幫助用戶解決問題的時候，產品所具有的功能就是最基礎和不可或缺的功能，也就是核心功能。任何一個產品，其實是應該幫助用戶以一種更高效率、更方便的方法去解決他們的問題。當產品已經不能提供這種最本質的功能的時候，回頭看看最初的產品和最初的意圖，也許能夠重新找回和找到方向。其實，除了功能需要我們緩一緩外，我們也需要學會和bug和平相處。不是每個bug都需要立即解決，將不是很嚴重的bug放一放，不要因此不停地打斷開發人員的開發節奏，那樣反而會適得其反。最后也許是丟了西瓜，撿了芝麻。
本文編譯自苦茶，原文地址。
摘自：http://www.chinaz.com/manage/2011/1202/224141.shtml