【導讀】Fire Phone智能手機沒多久就宣告失敗熄火，這到底是什么原因呢？工程師們是不是應該想想？產品的失敗率極高——大約在80%左右，這已經不是什么秘密了，特別是針對技術復雜的產品更是如此。那么，工程師該如何正確開發產品，并盡量減少失敗的可能性？
從亞馬遜(Amazon)去年上市Fire Phone智能手機后不久旋即宣告失敗熄火的經驗教訓，工程師們學到了一課產品設計的最佳實務。
關于Amazon Fire Phone究竟出了什么問題，目前已有多家媒體紛紛發表推測。當全球最成功的企業之一推出新產品后宣告失敗，通常都會讓人大驚失色。但另一方面，這其實也在提醒我們，想要面面俱到的上市一款新產品是多么困難的一件事。
產品的失敗率極高——大約在80%左右，這已經不是什么秘密了，特別是針對技術復雜的產品更是如此。那么，工程師該如何正確開發產品，并盡量減少失敗的可能性？
一些業界觀察人士認為，Amazon在Fire Phone手機出現的問題源于其初始設計。這支手機一開始就不是根據客戶需求而打造，而是專為一個人——Amazon CEO Jeff Bezos量身打造的。
在產品開發之初，工程師必須確保原始的基本要求一致且可靠，然后在開發團隊將概念付諸實現的整個設計旅程中持續忠于這一愿景。這聽起來很簡單，但在開發時最棘手的就是定義服務與產品的基本要求。以Amazon的情況來說是CEO的個人意見，但在各種情況下，許多利益關系人都可能在產品推出的過程中加入各種聲音，每一種意見都對產品的哪些元素最重要帶來不同的觀點。
甚至在商業案例被轉換成實際的要求時，復雜的情況還會加劇，最后導致開發團隊分裂。當工程師開始打造產品以及了解將會出現在某一項任務中的所有的情況時，也就更容易明白如果他們不夠團結通常就會導致產品失敗。
為了簡化開發過程以及成功上市新產品，從Fire Phone手機推出不久旋即宣告失敗的過程中，工程師可以學到以下三點建議：
避免前提錯誤：當我與客戶在其產品設計時間見面時，通常會特別提到前Google工程總監Alberto Savoia所說的話：“前提錯誤”(Failure of Premise)是產品失敗的主要原因之一。在 Fire Phone 的案例中，最初的概念錯誤，使得產品一開始的設計方向就錯了。
在現實中，很多事情都做對了——產品的確按照設計做了、開發團隊打造出不錯的設計以及堅固可靠的產品，然而，客戶很快就確定這并不是他們真的想要的產品，因為它并沒有在一開始時就以客戶為中心進行開發。
打造先期原型：Savoia還提出透過打造“先期原型”(Pretotype)能夠避免失敗的幾種方法。“先期原型”是指一種讓工程師在開始實際設計以前可先確保所打造的是正確產品的方法。相反地，傳統的原型可能本身就已經是一項復雜的工程了，必須耗費寶貴的時間與資源來開發。而先期原型則有點像是介于無形的設計理念以及復雜的原型之間，將有助于避免代價甚高的錯誤發生。
例如Palm在部署工程團隊開發 Pilot PDA以前，就是利用了先期原型來驗證其設計假設。他們先簡單地用木塊制作出類似 Pilot PDA 的外形，然后放在衣服口袋中，經過幾周后看看外形設計是否可用。
重視核心業務與客戶體驗：從概念到交貨的道路極其困難。工程團隊必須持續專注于核心業務價值以及實際的客戶體驗，而不是著眼于一些不起眼的功能組合。這就是“Steel Thread”的概念，它能夠將產品的共同愿景以及負責更大計劃的個體連接起來。
例如，開發人員可以采取“我負責重要的部份，例如開發良好的用戶體驗、推動客戶采用以及衡量成功”的立場，而不只是認為“我正編寫幾行程序代碼”這樣的看法就夠了。
無疑地，Amazon是一家驚人的公司，在許多不同市場累積了令人贊嘆的無數成就。此外，Bezos是在這個時代中最具有遠見的領導人之一，這一點也是無庸置疑的。
然而， Fire Phone的問題在于它并未真的反映出一家具有輝煌記錄的公司，而只是提醒著我們在努力創新以改變游戲規則時所面臨的巨大挑戰。特別是鏈接硬件世界與軟件開發的技術產品是極其復雜的。
開發團隊必須采取更現代化的途徑來管理復雜性以及促進更有效的合作。技術的復雜度只會越來越增加，但是，利用更好的產品交付工具與實作，可能更有利于盡早區隔一款能夠帶來革新的產品以及一款終告失敗的產品。
