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