亞馬遜是如何開發和管理產品的？

原文轉自 Quora：What is Amazon's approach to product development and product management?
作者：Ian McAllister
本文於合集 《使用者體驗設計流程和文件編制概述》 中被引用

在亞馬遜，我們廣泛使用一種“逆向工作法”。我們不會拍腦門想出一個產品創意，然後把消費者需求往這個創意上靠，而是回到消費者本身。逆向工作法在任何具體的產品決策中都可以使用，而在開發新產品和新功能時效果拔群。

產品經理通常會根據新的提議，撰寫一篇描述最終產品的內部新聞釋出稿。內部新聞釋出面向新老使用者，他們或是零售客戶，或是某種工具技術的內部使用者。內部新聞以客戶的問題為中心，闡明目前的解決方案（內部或者外部的）的缺憾，以及新產品將如何輕而易舉的搞定現有問題。

如果這份客戶收益列表聽起來很沒意思也不激動人心，那解決方案就不夠好（當然也就不會進入下一階段去構建產品）。產品經理要反覆修改新聞稿，直到聽起來像那麼回事兒。反覆修改新聞稿相比產品做出來了之後再迭代，投入要少的多（而且也更快！）。

下面是一個新聞提綱編寫的範例:

• 標題 - 用讀者（你的目標客戶）能理解的方式給產品起個名字。
• 副標題 - 描述產品的目標客戶群，他們將會得到什麼好處。在標題下用一句話說清楚。
• 總結 - 總結產品和帶來的好處。這段一定要寫好，設想你讀者只關注這一段，不會再往下看了。
• 問題 - 描述你產品解決的問題。
• 解決方案 - 描述產品如何優雅地解決問題。
• 你的引證 - 引用一位你公司發言人所說的話。
• 如何開始 - 描述開始使用是多麼的簡單。
• 客戶評述 - 假想一個客戶的評價，描述他們如何體驗到你產品帶來的好處。
• 收尾和號召 - 收尾然後為讀者指明下一步的方向。

如果新聞稿多於一頁半，可能就太長了。要保持簡潔。一段最多就寫3-4句話。拋棄多餘的技術規格。你可以附一份常見問題解答（FAQ），用來回答有關商業或執行的問題，這樣新聞稿就可以專注於客戶所能獲得的東西上。我的經驗是如果覺得新聞稿很難寫，那產品也好不到哪裡去。反覆修改，直到提綱的每一段都很流暢。

對了，我同樣喜歡用“奧普拉脫口秀”的形式來寫面向主流消費群的產品新聞稿。想象你正坐在歐普拉的沙發上，剛給她解釋完你的產品，然後你再聽她如何把你的產品介紹給觀眾。記住這是“奧普拉脫口秀”，不是“極客宣講”。

一旦進入專案開發階段，內部新聞釋出會可以作為試金石和指明燈。產品團隊要時刻自問，“我們正在構建的產品，和釋出會中描述的一樣嗎？”如果他們發現自己花時間做的事情和“釋出會”上的產品無關（或過度開發），那就必須要反思為什麼。這樣可以讓產品的開發專注於實現客戶的利益，而不是構建一些需要長時間投入，浪費資源去維護，又給不了使用者什麼真正利益的東西（至少不能像“釋出會”中承諾的那樣）。