我很好奇為什么總有人在抱怨精益創(chuàng)業(yè)(The Lean Startup)中的“構(gòu)建，衡量和認(rèn)知”(Build, Measure, Learn)這一方式不過是把未完成的產(chǎn)品引入市場檢驗(yàn)它的效果而已。

或許問題出在“構(gòu)建，衡量和認(rèn)知”的圖表上。因?yàn)檎б豢矗拖褚粋€(gè)“開火——準(zhǔn)備——目標(biāo)”的過程。

那么，現(xiàn)在是時(shí)候更新大家所理解的“構(gòu)建，衡量和認(rèn)知”這個(gè)建立精益創(chuàng)業(yè)的最好方法了。

下面是如何去做：

“構(gòu)建，衡量和認(rèn)知”聽起來似乎很簡單。構(gòu)建一款產(chǎn)品將它投入市場，檢測用戶的反應(yīng)和行為，從中學(xué)習(xí)和調(diào)整，并優(yōu)化產(chǎn)品。周而復(fù)始，不斷迭代，改進(jìn)、完善直到用戶滿意為止。

瀑布式開發(fā)

這聽起來似乎很簡單，但將“構(gòu)建，衡量和認(rèn)知”的方式用于產(chǎn)品開發(fā)的創(chuàng)建和運(yùn)輸卻是對20世紀(jì)傳統(tǒng)的瀑布式模型的徹底改進(jìn)。追溯到那個(gè)時(shí)代，一個(gè)企業(yè)家采用了一系列的產(chǎn)品開發(fā)流程，這些流程都是根據(jù)客戶的反饋一小步一小步進(jìn)行的。產(chǎn)品創(chuàng)始者假定自己了解客戶的需求，寫出工程要求的文書，設(shè)計(jì)出產(chǎn)品，打造好硬件和軟件，并通過不斷的測試驗(yàn)證其效果，然后再將此產(chǎn)品正式推介給客戶，這叫作首批出貨。

瀑布式開發(fā)是全部按照這個(gè)要求的文書去執(zhí)行的。當(dāng)產(chǎn)品的早期版本在Alpha 和Beta 的測試過程中被客戶分享時(shí)，最初讓客戶接觸此產(chǎn)品的目的是為了發(fā)現(xiàn)問題，而不是為了得到產(chǎn)品特性和使用性能的反饋。只有在出貨和試圖出售此產(chǎn)品時(shí)，企業(yè)才能開始得到客戶實(shí)質(zhì)性的反饋。企業(yè)往往在幾個(gè)月甚至幾年的開發(fā)過程中才逐漸意識(shí)到客戶不買他們的產(chǎn)品是由于客戶不需要或是客戶不喜歡產(chǎn)品的大部分特性。

公司通常要通過三次嘗試才能得到最佳產(chǎn)品。第一個(gè)版本建立在沒有客戶反饋的基礎(chǔ)上，第二個(gè)版本早在第一個(gè)版本還沒完全完成時(shí)就已經(jīng)開始做了，所以在客戶真正得知此產(chǎn)品之前，第三個(gè)版本就已被得出。(例如微軟的Windows 3.0)

在2000年初，軟件開發(fā)的最佳實(shí)踐開始轉(zhuǎn)移到敏捷開發(fā)(Agile Development)。這種方法通過迭代開發(fā)軟件和提高客戶參與度從而改進(jìn)了瀑布式開發(fā)。但它缺少一個(gè)測量外圍所有商品化假設(shè)的框架。在敏捷開發(fā)下，你最終或許滿足了每一個(gè)客戶的需求但依然會(huì)歇業(yè)。