工程師有喜歡解決問題的天性，尤其不能忍受他的系統(tǒng)里面有 bugs。所以只要碰到問題，他就想要把它們通通解決掉，似乎只要能夠解決越多問題，他就能夠創(chuàng)造越多價值。這樣的邏輯在企業(yè)用軟件的開發(fā)、維護中，或許是對的，但拿到消費者市場里面，卻幾乎是殺死創(chuàng)業(yè)者最重要的原因。

　　問題的價值

　　根據(jù)定義，每個問題的價值是不一樣的。有些問題對消費者而言非常痛 (癌癥、氧氣)，有些則沒什么大不了 (擦傷、臭味)。有些問題對某些人非常嚴重 (下雨天沒雨傘)，對另外一些人卻沒什么大不了 (晴天沒雨傘)。既然創(chuàng)業(yè)是在創(chuàng)造價值，那從這個角度看過去，本來就不應該無差別的去解決問題。

　　機會成本

　　更重要的是，創(chuàng)業(yè)團隊的資源其實非常有限，無論從人力、金錢、時間、耐心到決心。因此和大企業(yè)相比，你更是沒有資格解決每一道眼前的問題 —— 多解一個，你也就少一個機會。這就像是去游樂場一樣，你手頭上的代幣是有限的，當然不能每臺機器都玩。

　　寶貴的意見

　　講到解決問題，最常發(fā)生的情況，就是「太聽消費者的話」—— 奇怪，Jamie 不是叫我們要聆聽市場的聲音嗎？嗯，這其實就有點像「聽媽媽的話」一樣。你當然要聽，但也不能全部都聽，是吧？一個軟件產品，最怕的就是要幫所有的人解決所有的問題，因為最終它等于幫沒有人解決沒有問題。而太聽消費者的話，帶來的就是這樣的效果。

　　每個人都能解問題，但不是每個人都知道該解什么問題

　　根據(jù)定義，這世界上有這么多工程師，理論上應該所有問題都被解決了。但現(xiàn)實是，我們的生活中還是有很多很多的痛苦。為什么？答案其實非常簡單，因為在工程師的訓練中，我們只被教育該如何解決問題，用最有效率、最合邏輯、最能規(guī)模化的方法，但從頭到尾，其實沒有人教我們一件更重要的事，那就是如何去分辨，哪些問題最值得被解決。所以說大多數(shù)創(chuàng)業(yè)團隊失敗的原因，根本不是沒有辦法解決問題。他們失敗的原因，往往是花太多時間在不值得被解決的問題上面。

　　哪些問題該被解決

　　所以說，身為創(chuàng)業(yè)者，重點其實不是去磨練你解決問題的能力，更重要的根本是你判斷哪些問題該被解決的能力。在你有限的時間里面，如果沒辦法解決一個很痛的問題，那你成功的機率微乎其微。也就是說，其實你不應該把太多時間花在 bugs 上面，而只需要把時間花在「阻止用戶體驗核心功能」的 bugs 上面。

　　相同的道理，團隊們往往花太少的時間在新手入門和使用接口上，因為當你把統(tǒng)計數(shù)據(jù)打開，通常超過一半的使用者都在還沒體驗到核心功能前，就已經離開你的網站。注冊尤其是最常見的障礙，在驗證核心問題前，何必筑起一個把高墻使用者擋在門外？

　　總而言之，你必須記住，幾乎所有創(chuàng)業(yè)團隊都有很強的解題能力，但最后真正分辨成功與失敗的，其實就只是你找對問題的能力。因此，在你遵循工程師的直覺，動手解決下一個 bug、下一個問題前，想清楚，這是你真的該做的事情嗎？

　　(Inspired by SMB, photo via jdhancock, CC License)

it知識庫：解決「問題」，不要解決問題，轉載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。