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