Facebook 負責產品設計的 VP Julie Zhuo 最近在一次大會上介紹了 Facebook 內部用來幫助聚焦產品開發過程的框架,在此過程中她回顧了這些年來學會的開發好產品的眾多經驗,並總結成了 Medium 上的一篇文章,希望對做產品的各位能帶來一些參考。但是她強調了文章裏面列舉的一些東西既不完整也不確定,也不能當做提供步驟指導的開發手冊來用。如果說有什麼確定的步驟的話只有頭尾兩步是確定的:從靈感開始,以盈利結束。

框架設計

  1. 產品能夠成功是因為它替大家解決了一個問題。這句話聽起來簡單,但卻是理解如何開發好產品唯一最重要的一點。
  2. 開發新東西的第一步是理解你想要解決什麼問題,替誰解決問題。在考慮任何解決方案前你應該先徹底弄清楚這些。
  3. 你應該提出的第二個問題是 “為什麼這個問題值得解決?”
  4. 如果你所開發產品的受眾在定義範圍上是很窄(並且你也是其中之一)的話,那你可以根據直覺做出產品決策。否則的話,你就得靠調研和數據來輔助決策。
  5. 如果你是初創企業創始人,先解決狹義定義範圍內受眾的問題,在獲得初步發展勢頭之後再擴展到更廣受眾的話,你的路會好走一點。
  6. 你想要解決的問題應該是一兩句話就能溝通清楚並能引起目標受眾共鳴的。否則的話,要把它看作是紅色警報。

執行

  1. 好的執行應該能夠在盡可能短的時間內得出可靠的結論。
  2. 壞的執行是嘗試某件事情失敗時 a)你不能真正從中吸取到什麼可用於未來項目的教訓(因為你不知道為什麼失敗)或者 b)悟出某個教訓用掉了你一年的時間,但本來有一條更明智的路徑能讓你在 3 個月內就學會同樣的事情。
  3. 成功與不成功團隊的區別往往不在於做事有沒有失敗(這是結果),而在於執行的一致程度有多高。
  4. 在研究特定問題解決方案時,縱向深入前先橫向擴展。頭腦風暴出 10、20、50 個問題的解決方案后再考慮選出 “贏家” 的問題。頭 5 個想法一般都是很明顯的。但創意會在你探索第 11、20、50 個想法時迸發。
  5. 如果你在介紹產品計劃時有人問你 “有沒有試過 X?” 而你的回答是 “沒有” 的話,這會是一個危險信號,說明你的探索過程不夠嚴格。
  6. 用經驗證據幫助你縮小頭腦風暴出來的最好想法的範圍。(比方說,從團隊、選出最好的 N 個,然後設計或者製作出保真度高的原型,再擺在大家面前衡量對方的反應)
  7. 一旦確定希望執行的特定解決方案,要用假設來框定這個解決方案—如果做的話假設會發生什麼事情?(比方說 “我們希望解決的問題是確保每一座城市的居民都知道每個周末會有哪些當地活動進行。我們的假設是能夠通過电子郵件摘要達到 X%的居民滲透率。”)
  8. 你應該不斷想辦法挑戰你的假設。能不能把你的想法隨便告訴街上的一個人看看對方能不能理解?能不能面向目標受眾進行調查看看是不是有足夠多的人對你的想法感興趣?能不能迅速弄出一個版本讓你可以得出清晰的結論,哪怕做出來的東西還不能像你設想的那樣完整?
  9. 一旦你的假設有了清晰的积極信號,別急着就把測試過的東西交付出去(因為你可能會為了快點知道信號而走捷徑)。相反,你應該進行審慎的思考,想想如果要全面發布的話在界面美化、功能強化方面還存在哪些障礙。哪些東西可以測試、哪些可以在更廣範圍內發布其標準應該是不一樣的。
  10. 如果你要做的是一個涉及到許多不同改動的大項目的話,看看能不能把變更分解成獨立的、小一點的可測試的里程碑。不要一下子進行 5 個變更,結果發現情況不妙卻不知道究竟是哪個變更導致的問題,這個坑要避免。
  11. 每次項目完成后無論成功還是失敗團隊都要進行事后總結。學到的產品教訓是什麼?團隊經驗是什麼?將來打算怎麼改?然後把學到的這些東西在整個公司範圍內分享。

衡量成功

  1. 如何衡量成功對團隊的長期績效尤為關鍵,因為是這個東西把大家凝聚在一起。確保給這件事情適當的時間和關注(甚至要比考慮 “怎麼做?” 花費的時間和精力都要多)
  2. 在推出產品前就要先確定衡量成功的指標。否則的話,如果你試圖在產品已經出來后再解釋結果,確認偏誤就會導致不客觀的解讀。
  3. 針對每個成功指標都要相應想出一個好的反向指標,通過這樣說服自己你並不是拆東牆補西牆。(比方說,衡量產品增長的一個常見的反向指標是同時也衡量產品的品質。)
  4. 如果某項重要指標發生了意外變化,無論是正面還是負面的變化,你首先要提出的問題都應該是 “為什麼?” 在徹底理解原因之前不要想着去制定促進或者抑制這一趨勢的策略。
  5. 用水晶球技術助你選出衡量成功的正確方法。問問自己 “如果我可以知道大家怎麼用我的產品的一切事情的話,我想了解什麼才能知道自己的產品是否成功呢?”(通常大家想出的答案不是點擊數而是像 “從使用我的產品中獲得價值的人有多少?” 這樣更抽象的東西)
  6. 你的目標永遠都要根據手上掌握的最好信息來制定。如果你攻關的是一個事先制定的目標,然後又發現了新的改變你對世界的理解的信息的話,就要考慮是不是應該根據這一新信息調整你的目標。
  7. 如果你對所合作團隊衡量成功的方式不理解或者不認同的話,馬上說出來。大家越早就此達成一致越好,因為這種協調對生產力和好的執行是至關重要的。
  8. 如果你發現自己跟同事不斷陷入產品方向之爭的話,根源可能是在衡量成功的方式上發生了分歧。看看你能不能以提出衡量成功的新提議的方式清晰表達自己的關切。
  9. 如果你想搞清楚產品是不是適應市場的的話,最好把目標放在留存率(有多少人使用你的產品並且用過以後很喜歡還會回來繼續用?)而不是參与度或用戶數上面。

團隊動力

  1. 不要被位置(對設計師的期望是什麼?對工程師的期望是什麼?)限制了你發揮影響的能力。相反,要這樣想—“我怎麼做才能幫助團隊取得成功?”
  2. 愛上問題的團隊要比愛上特定解決方案的團隊取得更多的成功。這是因為知道一個問題值得解決會不斷激勵團隊,哪怕第 1 次、第 2 次、第 N 次嘗試都不能想出合適的解決方案。
  3. 永遠要往好處想。意思是說到頭來大家的想法都是一樣的—做出偉大的東西來。有時候(不多)你也許是錯的,但你還是會避免一大堆不必要的麻煩。
  4. 要知道你最擅長什麼,同事最商場什麼。然後在認可各自優勢的情況下分配團隊職責。
  5. 好的溝通是健康團隊的關鍵。每個團隊成員都應該感到自由表達個人觀點是很安全的,即便這些觀點跟大家不同。觀點的多樣性正是得到最佳結果的手段。所以不要害怕表達你的看法,如果不確定別人是否聽到或者充分理解的話不要害怕重複你的觀點,同時要爭取創造安全的可以自由表達的氛圍。

 

編譯自:medium.com

譯者:Boxi

譯文地址:http://36kr.com/p/5047774.html