[轉載] Nest Labs 創辦人 Tony Fadell 談如何設計好的產品

photo credit: Fortune Live Media

作者為 Paul，Wondero 共同創辦人，一個記錄不同想法的共筆部落格，作者同時是一間綠色科技企業的粉絲團經營者。

近日 Google 以 32 億美元的天價收購由 iPod 之父 Tony Fadell 與其夥伴一同創辦的 Nest Labs，關於此消息，只要在搜尋「32億」這個關鍵字就能找到了，Inside.com 亦有完整的報導：「Google 將以 32 億美元現金收購 iPod 之父創辦的 Nest Labs」。

當下我便開始感到好奇：Tony Fadell 何許人也？有感於國內媒體對於他的討論甚少，我便在 Behance.net 的相關網站 99U.com 上找到了 Tony Fadell 的一場即席演講，便透露了 Tony Fadell 對於產品設計上的許多看法。

Behance 99% Conference 是什麼活動？

Behance 是由 Scott Beslsky 所創辦，專門用來發掘好點子跟創意人才的網站，國內近似的服務有「ㄇㄞˋ點子」。Behance 在 2006 年創辦，Scott 在 2010 年也被 Fast Company 選為「商業界裡最有創意的一百人」其中之一。2012 年被 Adobe 收購後，Scott 現在也在Adobe 擔任 VP。 而 Behance 每年的一個重頭戲，就是99% Conference，取自於那句「Genius is 1% inspiration, 99% perspiration.」，活動旨在讓更多人能在創意的時代實踐好的創意。

而在 2012 年的 99% Conference，Behance 邀請到了 Fab.com 的創辦人、哈佛商學院的名教授、Reddit 的創辦人等，Tony Fadell 亦是其中之。（完整清單）

因為影片沒有字幕，以下是我對於影片的一些筆記，關於裡面提到的每一個問題，我並不是照字面完全翻譯，而是以方便理解的方式記錄下來，所以如果可以的話，非常建議親自把影片完整看過一次。

(Tony Fadell的演講)

99% Conference 主要是來討論「如何把創意化為實踐」的活動，故準備了許多問題給 Tony Fadell。他在當中討論到了自己的職涯，當中包涵了一下要素：

• 最早對於「動手做東西」感到熱情，是因為小時候跟爺爺一起做些傢俱之類的玩意。
• 對於不同領域的好奇心——音樂、軟體、工業設計、藝術、設計、科技以及產品的不同概念等。
• 發現要學習一個東西最好的方法，就是跟對的人共事，才會學到對的方法（他提到了像Steve Jobs）
• 他花了十年學習、十年和對的人共事，去應用所學、第三個十年出來獨當一面。
• 在他從學生時代、其他公司任職、在蘋果開發 iPod 2，在他一系列的設計歷史當中，一個極重要的事件深深影響了他的設計：網際網路的誕生。

而對於什麼「對」的方法，他提到就像是能夠看穿一個計劃、一個產品的黑盒子裡頭，會有哪部份的想法有效，哪些則沒有效。

接著他對七個不同的問題展開了回答，回答調理分明，而且值得任何有志設計產品的深思，以下是我對這七個問題的筆記。

第一個問題：你的創意來源於何處？

因為對於現狀感到很沮喪，為什麼那麼多垃圾在市面上？為什麼生活於今天是長這個樣貌？於是懂得要創要與眾不同的產品——那些真正處理問題的產品。而在學習的階段，發覺最好的學習方法就是跟對的人共事，學習對的方法，去揭開黑盒子。

第二個問題：設計原型（Prototype）最好的方式是？

設計原型沒有所謂最好的方法。只有最適合的方法。不同的需求需要不同方法的原型，沒有最佳解，只有最適解，但有一個原則很重要：什麼是你做的東西的「不同之處」，你必去要去看到那個不同之處的關鍵細節（Hard Details）。 你可以懂設計、搞硬體、搞軟體，很多人拿著一些有趣的東西給我看，但他們的東西沒有直搗問題核心（Attack the real problems）。到底什麼是那關鍵之處呢？就是人（使用者）——人怎麼想你的產品、用你的產品、與你的產品互動，而 Prototype 更是在資源有限的情況之下，幫助你決定要投入多少的預算、時間、人力。所以當你要做原型的時候，請去注意那些細節（Hard Details），這樣子才會有效。

第三個問題：在產品設計的過程中，如何知道何時該轉換方向，何時該持續進行（意指，如何知道這是對的方向，或不對的方向）

這分成兩種情形。第一種情況，你對你做的東西有經驗，你是上帝，你大可以按照你的感覺走。但是，如果你對自己在做的東西沒有經驗，這就是第二種情況，你做了一個原型，也不知道接下來會發生的事，你正在做中學，所以你需要各個領域的專家給你建議。但有時候專家也會給錯的建議（比如一個專家曾經說 iPod 這玩意做不出來，儘管這位專家開口的同時，iPod 已經做出來了），在跟專家請教意見時，這要很小心。

第四個問題：關於產品開發上的長期策略與敏捷性（agility）的建議？

有，要給自己限制（ Constraints），不能一直漫無目的的把願景（Vision）擴大下去，擴大到最後團隊會失去熱情與方向。 要規定好每個階段的時間，把假設寫出來，接著一個階段、一個階段的驗證，並實踐不同階段的里程碑。這有兩個重要的原因：第一個，要讓團隊的每個成員知道你在做什麼，有時候當里程碑達到了，效果卻不如預期，就可以大家一起回頭檢驗假設，思考為什麼失敗，這樣才能重新設定下一次的里程碑與時程。「讓每個人都知道我們為何成功、為何失敗，是一件重要的事情。」第二個，一定要把按時把在做的事情ship出去，大家才能看到成果。大家把一、兩年的時間花在這個團隊上，並不想到頭來被自己（與別人）發覺是一場空。

第五個問題：有沒有些具創意的方式，讓一個專案被認可（approved）?

有三個 P，第一個 P 是 Passion，你的與團隊的 Thoughtful Passion（深思熟慮的熱情），而非盲目的相信，要能夠去想清楚每一件事的熱情。

第二個 P 是 Presentation，必須要確認自己是否釐清了每一個細節，必須要讓桌子對面的人理解說：「這些人不是說說而已，他們理解每一個風險、細節、以及如何把想法落實。」因為去做些與眾不同的東西，會非常的困難，成功不會自然而然的發生，所以要去告訴對方「充滿挑戰」的地方到底是哪裡。

第三個 P 是 Partnership，要去確保跟你對談的是「對」的人，這樣的人是貨真價值的決策者（Decision Maker），而不是只會聊數據、功能、產品上市要花多少預算的人，當你遇到這種滿口天花亂墜的數字的人，你必須瞭解那不是對的人。不論是給怎樣的建議、或是給 Funding，只有對的人才會真正幫到一個計劃。

在當中，如果一個專案通過，Tracker 便至關重要。在其他的公司裡，專案很容易成立，但許多胎死腹中。在蘋果，幾乎沒有一個專案胎死腹中，我們會不斷在專案中學習、進步，直到成功。所以你跟誰合作一個專案是個關鍵，當一個專案得到認可後，Tracker 也很重要。

第六個問題：什麼是產品設計成功之道？

（我此處所寫的與影片中所提問之句子略有不同，想知道主持人原本問的句子為何的人，可以參考影片 18:16 的部份。）

1. 設定限制（Set Constrains）。比如安排時程，定期把產品推送出去。
2. 意見導向決策（Opinion-based Decision）。事實導向決策（Fact-based Decision）很容易，但那在產品推送出去之前不會有用，因為在有產品之前，使用者還不瞭解你在幹麼，這樣候的資料不管用。Opinion-based Decision 就是為什麼一個團隊需要領導者的原因，他要能假設、解釋、驗證每一個為什麼，尤其在沒有「Data（數據資料）」的時候。

第七個問題：你什麼時候懷疑過自己

我無時無刻不懷疑自己。如果你是在「與眾不同」的東西，你應該要不斷懷疑自己，你是否處理了真正的問題如果每天沒有活得像雲宵飛車，早上起床很美好，但下午覺得一切都變成災難，那代表你還沒把自己推出極限。你必須不斷的鞭策自己，超越極限。

在看完筆記之後，再回頭看看影片，相信對你的產品設計之路會很有幫助。

(轉載自：Inside 硬塞的網路趨勢觀察)