我恨秋天和冬天。喵們和我都容易在這個季節(jié)生病。另外尤其討厭的一點是，無論早上起床，還是晚上回家，以及洗澡——穿衣脫衣的過程都要花上比夏天多很多的時間。

其實說到這個，想想看會讓自己厭惡煩躁的倒也遠不止穿衣脫衣的事?？偨Y(jié)下來，只要當(dāng)下產(chǎn)生了做某種事情的需要，卻不可以立刻進入做那件事的狀態(tài)，就會很難受，甚至是惱怒。例如晚上打算學(xué)點東西，但這之前必須吃飯洗澡，這個“中間”的狀態(tài)就很討厭…而吃飯之后，又必須首先花時間把碗刷掉才能洗澡，這也很討厭…總之從計劃到實施，這當(dāng)中涉及的中間狀態(tài)越多，越討厭。中間狀態(tài)對于目標(biāo)的完成永遠是一種阻撓，這讓我覺得目標(biāo)與現(xiàn)實之間有著無比強大的摩擦力；什么時候才可以平滑的好像牛油一樣呢。

這些聽上去像是無病呻吟的廢話，其實你仔細琢磨琢磨，不是沒道理。你為什么不生氣，為什么不憤怒，為什么不著急，為什么任憑目標(biāo)以外的事物干擾自己的前行，而不去想想那些事物是否真的像吃飯睡覺這類剛需一樣無法改變？話說，如果你和我一樣對這些事情較為敏感，那么其實我們所在的行業(yè)，我們平日所做的事情，正為我們提供著一系列的機會，讓我們可以創(chuàng)造一些在生活當(dāng)中幫助人們減少這類摩擦力的東西?？墒窃捳f回來，如果只有我們自己在意，只有我們自己能感受到負面體驗給人帶來的沮喪，那這一切的意義到底在哪里？我只知道閑話可以到此為止了。看正文。

“新創(chuàng)產(chǎn)品的目標(biāo)，是找到一個奇妙的點。在這里，最小化的形態(tài)與可行性可以完美的結(jié)合，讓人們樂于使用。經(jīng)過一段時間，你聽取用戶的意見建議，對產(chǎn)品進行改進，并逐漸提高‘可行性’的標(biāo)準(zhǔn)，使競爭對手逐漸無法跟上你的步伐。” –?John Radoff

如果你正著手打造自己的創(chuàng)業(yè)項目，那么通常會希望產(chǎn)品能盡快被用戶接受，并帶來實際的回報。這意味著你要以最小形態(tài)來發(fā)布產(chǎn)品，并確保用戶樂于為之付費。接下來，你可以基于用戶的更多需求和期望來設(shè)計和開發(fā)新的功能，而不是根據(jù)你自己的想象替用戶決定哪些是他們想要的。

本文中，我將根據(jù)自己的實際經(jīng)驗為各位介紹一下怎樣以真正最小的形態(tài)發(fā)布產(chǎn)品，并通過不斷傾聽用戶的聲音來使你的產(chǎn)品逐漸成熟起來。

怎樣確定第一版的必備功能

我們可以以很小的形態(tài)作為起點，但你仍然需要規(guī)劃清楚哪些功能是產(chǎn)品所必需的，哪些功能可以為用戶帶來價值并使他們樂于付費。建議你考慮以下兩個主要的問題：

• 你的目標(biāo)用戶是誰？
• 你的產(chǎn)品可以幫他們解決怎樣的問題？

對于我們自己的產(chǎn)品來說(Perch)，目標(biāo)市場是那些設(shè)計代理公司及自由設(shè)計師。具體來說，我們的產(chǎn)品是一款CMS(內(nèi)容管理系統(tǒng)，例如Wordpress、Drupal、Joomla等)，不過我們沒有意圖將它打造成某種傻瓜式的建站工具。我們的目標(biāo)用戶就是那些我們曾經(jīng)合作過的人：小型設(shè)計代理公司和擁有HTML、CSS代碼能力的自由設(shè)計師。他們需要的不是復(fù)雜的建站系統(tǒng)，而是能夠幫他們管理作品內(nèi)容的工具。我們的CMS同樣會面向那些有能力開發(fā)小型站點的人，不過我們并沒想成為Drupal的競爭對手。所以歸納起來，我們的目標(biāo)用戶就是那些有一定前端開發(fā)技能的，需要建立小型站點的獨立設(shè)計師或設(shè)計代理公司。

我們很了解這個群體，而且他們也了解我們。我總是建議，如果你要打造一款新產(chǎn)品，那么所面向的最好是你自己已經(jīng)樹立起名聲和口碑的那部分市場；這會讓你的產(chǎn)品更容易傳播，因為人們已經(jīng)對你有所了解和信任。

我們希望這個產(chǎn)品能解決兩個主要的問題。第一，它的部署方式要足夠的快速和簡單；一個小型站點不該需要用戶花費幾天的時間來創(chuàng)建頁面模板。第二，我們希望提供一種足夠純凈的代碼方案，在HTML、CSS和JavaScript中沒有任何不必要的東西出現(xiàn)，以便設(shè)計師們可以100%控制CMS的代碼輸出。

以上就是我們的產(chǎn)品所要面對的用戶群體以及所要解決的主要問題。接下來，我們產(chǎn)生了大量的功能概念設(shè)想，但是我們始終把目標(biāo)用戶和核心價值記在心里，所以反過來又無情的砍掉了很多想法，直到我們覺得剩下的功能可以支撐起一個最小形態(tài)的產(chǎn)品。最初版本的Perch花了我們四周的時間去設(shè)計和開發(fā)——當(dāng)時我們還在幫客戶做著其他項目。然后我們又用了差不多相同的時間去搭建推廣網(wǎng)站以及用來發(fā)布產(chǎn)品的必要基礎(chǔ)。

充滿自信地發(fā)布產(chǎn)品

一切就緒之后，你要充滿自信的將產(chǎn)品發(fā)布出去。也許你有一份包含大量功能設(shè)想的清單，希望把他們都做到產(chǎn)品當(dāng)中，但是用戶不知道這些。沒關(guān)系，只要你的目標(biāo)用戶有困難需要解決，而你敏銳的識別到了這些問題，并在產(chǎn)品中提供了解決方案，那么它就應(yīng)該可以賣的動?？焖侔l(fā)布最小化產(chǎn)品的方式有一個重要的好處，就是你可以在投入大量資源設(shè)計開發(fā)更多功能之前對產(chǎn)品的核心價值進行驗證。

在“最小化”和“可行”之間找到平衡點，傾聽用戶的聲音，驗證你的想法，持續(xù)改進。

為功能方案進行優(yōu)先級排序，對多數(shù)用戶有價值的、能解決普遍性問題的功能更加優(yōu)先。

我們一直對用戶保持透明，對能夠使絕大多數(shù)用戶獲益的那些功能方案進行優(yōu)先級規(guī)劃。我們會將用戶在論壇、郵件、Twitter或當(dāng)面交流當(dāng)中提出的功能需求整理起來，另外還會研究用戶在實際當(dāng)中是怎樣使用我們的產(chǎn)品的，以發(fā)現(xiàn)那些有可能的“隱藏功能需求”。有時我們會觀察到用戶以非常復(fù)雜的方式試圖完成一些我們的產(chǎn)品無法做到的事情；如果我們逐漸看到越來越多的用戶在這樣做，那么我們會認為這可能是個需求點。這類可以幫到多數(shù)人的功能點會擁有最高的優(yōu)先級。而且我們總是發(fā)現(xiàn)，一旦我們確認采納一個需求量最大的功能方案，很快就會有另一個人氣最高的需求爬到優(yōu)先級的頂端。

定義用例

要向產(chǎn)品中增加功能，你需要為其定義某種普遍適用的用例。你不能像給客戶制作定制化功能那樣做產(chǎn)品，功能必須面向足夠多的用戶解決某種足夠普遍的問題，這樣的功能才值得投入成本去進行設(shè)計和開發(fā)。當(dāng)廣大用戶希望我們的產(chǎn)品增加某種功能時，我們會向他們提出請求，讓他們幫我們解釋這種功能的實際用例。我們想要了解他們需要解決的具有普遍性的問題，而不是他們自己遇到的某種特定問題。

我們發(fā)現(xiàn)，在與用戶就某個特定的用例進行溝通和探索時——在論壇里，有類似需求的用戶也會逐漸加入討論——慢慢的，這類原來只有很小范圍的需求和用例就會變得具有足夠的普遍性，值得我們?nèi)ミM一步思考。

有時，某個用戶提出的一點功能需求雖然具有很強的特殊性，但不會破壞產(chǎn)品的核心用例，而且開發(fā)起來相當(dāng)簡單，那么我們也樂于在下一個版本中增加這樣的小功能，并讓這些有需求的用戶知道。做屬于自己的產(chǎn)品時，有一個很棒的地方，就是你可以決定讓一些用戶感到愉悅，做一些非常規(guī)的事情來為他們提供幫助。

考慮那些樂于使用產(chǎn)品的沉默用戶

我們在打造產(chǎn)品的過程中與用戶進行了良好的溝通，并很好的聽取了他們的建議，不過要記住，這部分用戶很可能只是很小的一部分?？纯纯头到y(tǒng)當(dāng)中的數(shù)據(jù)，有多少用戶是主動來尋求支持和交流的。對我們來說，這部分用戶占到總數(shù)的25%，也就是說，我們聽到的聲音只來自于全部用戶的25%，而另外75%的沉默用戶可以說是在比較開心的用著我們的產(chǎn)品——至少沒有不開心到覺得有必要尋求客服幫助或是提出功能需求。

將這部分理想用戶牢記在心，這對你來說也是很有幫助的。我們有時會在人們付費購買我們的產(chǎn)品之前告訴他們，我們并不能確認這款產(chǎn)品對他們來說是真正合適的，但他們?nèi)匀粫徺I。然而接下來他們就會抱怨各種問題，例如系統(tǒng)沒有自帶主題模板，或是他們必須自己寫HTML代碼等等。雖然這不是好事，但你也要記得，他們并不是你的理想用戶，你的產(chǎn)品并不是針對他們進行設(shè)計開發(fā)的。所以，要抗拒你內(nèi)心當(dāng)中為非目標(biāo)用戶增加各種功能的欲望。

然而有時，你的核心用戶群當(dāng)中發(fā)出的一些噪音也會讓你誤以為大部分的目標(biāo)用戶需要某種特定的功能。你可以對此加以判斷，如果這類功能會使產(chǎn)品走向新的方向，或是改變重要的功能流程，那么建議你向數(shù)量更多的沉默用戶征詢意見。我們發(fā)現(xiàn)，當(dāng)我們在自己的博客、播客和Twitter當(dāng)中宣布某些有可能增加的新功能時，很多我們從未見過和交流過的用戶會浮出水面提出自己的看法。如果你的統(tǒng)計數(shù)據(jù)或銷售數(shù)據(jù)可以根據(jù)用戶進行細分，那么你應(yīng)該可以識別出那些非?；钴S但很少表達自己觀點的用戶，并與他們進行溝通。喜愛你產(chǎn)品的用戶會很樂于看到你向他們征求反饋意見。

微博是用于收集用戶簡短回饋的絕佳平臺。

當(dāng)你向用戶征求反饋意見時，要提出一些具體的問題，而不是問他們怎樣看你的產(chǎn)品。如果你正在規(guī)劃一次重大的改版，那么試著提前向用戶解釋改版的原因，并讓他們設(shè)想在使用新版本的時候有可能產(chǎn)生怎樣的問題。

保護你的核心用例

充分理解你的核心用例，也就是你的產(chǎn)品所要解決的最首要的問題——這對于后續(xù)功能的決策是至關(guān)重要的。我們的產(chǎn)品距離初次發(fā)布已經(jīng)四年了，盡管它已經(jīng)進化到第二個大版本，各方面功能比起剛剛發(fā)布時的最小形態(tài)來說也完備了很多，但用戶使用它的基本方式并沒有發(fā)生變化。

如果某個新功能會使基本用例變得復(fù)雜，那么除非有很好的理由，否則不要添加它。有時你需要告訴用戶，他們想要的功能并不適合這個產(chǎn)品，并且你要意識到，部分用戶可能因此而選擇其他產(chǎn)品。你沒法讓所有人都開心，你最核心的目標(biāo)用戶也不會希望你試圖讓產(chǎn)品滿足所有人。

新功能對我們銷售業(yè)績的推動并不大

我花了很長時間才了解到，增加新功能的做法并沒有對我們的產(chǎn)品銷售起到非常大的推動作用。這些年來，我們在Perch當(dāng)中增加了一些很大的、呼聲很高的功能，其中有一些的開發(fā)時間甚至和當(dāng)初我們做整個產(chǎn)品所花費的相仿。然而，這些新功能的上線并沒有在我們的銷售報表上添加漂亮的尖峰，曲線仍然是平穩(wěn)增長的，而且沒有明確的跡象表明哪一個增長期是由于某個特定的功能上線而導(dǎo)致的。

這并不是說增加新功能不是重要的事情?，F(xiàn)有用戶樂于看到新功能的上線，他們會把這看作產(chǎn)品的活躍標(biāo)志，并且會因為產(chǎn)品正在向他們需要的方向進化而感到開心。然而，就我的經(jīng)驗來說，你很難寄希望于通過新功能來吸引新用戶。要讓更多的用戶了解并使用你的產(chǎn)品，聚焦于在營銷方面的工作有時比單純的開發(fā)新功能要更加有效。

結(jié)論

以小為始，保持專注，清楚的了解你的目標(biāo)用戶是誰，產(chǎn)品需要解決的核心問題是什么——這是打造優(yōu)秀產(chǎn)品并使其快速進入市場的高效實踐方式。對于創(chuàng)業(yè)型產(chǎn)品來說，這不僅意味著盡快帶來收入回報，而且能夠讓你在接下來不斷完善產(chǎn)品的過程中可以做出對用戶最有益的決策。

隨著產(chǎn)品的成熟，考慮你的目標(biāo)用戶，并與他們進行溝通，這將確保你能繼續(xù)服務(wù)于特定的目標(biāo)市場，而不是盲目的滿足所有人的需求。在充分的研究和思考之后，增加必要的新功能，你一方面可以使現(xiàn)有用戶更加開心，這方面也可以使產(chǎn)品在更大范圍的市場當(dāng)中體現(xiàn)價值，同時不失產(chǎn)品最初的核心目標(biāo)。

文章來源：Be for web