翻譯：LinkLin
最近，我在歐洲科技博客（TNW Europe）上談論了在Facebook產(chǎn)品設計中幫助我們專注產(chǎn)品開發(fā)進程的框架。在探討上述內(nèi)容的時候，讓我想起了多年來累積的關于如何才能打造偉大的產(chǎn)品的其他經(jīng)驗教訓。
一、基本指導框架
1.產(chǎn)品的成功在于解決了人的需求痛點。這聽起來非常簡單，但是它是了解如何構(gòu)建偉大的產(chǎn)品中最重要的訣竅。
2.構(gòu)建新產(chǎn)品的第一步是明白你要解決什么問題，為誰解決這個問題。在你開始思考任何解決方案之前必須想清楚，才能開始下一步。
3.構(gòu)建新產(chǎn)品的第二步是詢問自己“這個問題為什么值得去解決？”
4.如果你正是需要解決問題的用戶群的一部分，那么你可以依靠自己的直覺來指導你的產(chǎn)品決策。如果不是，那么你應該依靠已有的研究和數(shù)據(jù)來指導你的決定。
5.如果你是一個初創(chuàng)公司創(chuàng)始人，想要少踩一些坑，我建議你先聚焦聚焦解決一小部分核心用戶的需求，再有一定的經(jīng)驗成果積累后再逐步擴大到更龐大的普通用戶 。
6.你試圖解決的問題應該是只需要通過一兩句話的簡單溝通就能與你的目標用戶人產(chǎn)生共鳴的。如果沒有，你應該給這個問題打上一個紅色的大叉叉。
二、構(gòu)建執(zhí)行力
1.良好的執(zhí)行力是讓產(chǎn)品盡可能盡快完成開發(fā)的基礎。
2.錯誤的執(zhí)行是當你嘗試一些事情失敗后，你不能真正從初吸取適用于未來的項目的教訓和經(jīng)驗，因為你還是不明白它為什么失敗，它也許會導致你花一整年的時間才從教訓中吸取經(jīng)驗，而一個聰明的方法就會讓你在3個月內(nèi)就學會同樣的事情。
3.總的來說區(qū)分成功和失敗的團隊的方式，不是他們是否在信心滿滿的情況下卻失敗了，而是他們面對失敗能夠始終如一的繼續(xù)執(zhí)行。
4.在探索一個特定問題的解決方案時，盡可能從更多的維度去想而不是直接深入某一個維度。與團隊頭腦風暴中先想出10，20，乃至50個方案后，再從其中挑選一個比較靠譜的方案。前面5個構(gòu)想的方案一般都是一些顯而易見容易發(fā)現(xiàn)的，當你開始探索的第11，第20，第50個的時候，真正具有創(chuàng)意的想法就會出現(xiàn)了。
5.當你提出一個產(chǎn)品計劃時，有人問“你有沒有考慮嘗試過X方案？如果你的回答是“沒有”，你應該給自己打一個紅叉，標記你的探索過程還不夠嚴謹。
6.在頭腦風暴中，可以使用已有的經(jīng)驗數(shù)據(jù)來幫助你縮小范圍鎖定最好的主意。 例如從團隊中挑選最靠前的N個方案，將這些方案設計成更高保真的原型，然后把它們放在人們的面前了解他們的反應。
7.如果你想到了一個不錯的解決方案想要去執(zhí)行，需要先去假設會出現(xiàn)哪些問題，該去如何處理。例如“我們想要了解的是每個城市的居民知道周末有哪些活動要舉行，我們需要假設的問題是我們可以通過電子郵件可以觸及到百分之多少的目標居民?！?/p>
8.你應該不斷地去尋找各種方法來審查你的假設是否合理。你可以在街上詢問一些路人，看看他們是否可以理解？你可以對目標用戶進行調(diào)查，以此評估是否有足夠多的人對你的想法感興趣？你可以快速構(gòu)建一個MVP版本，即使它并不像在你腦海中的那樣完美，但它可以讓你有一個更清晰明了的結(jié)論。
9.如果你對自己的假設有了比較自信的驗證，別急著就把測試的版本上線。因為你可能會為了快點知道結(jié)果而走了一些捷徑導致結(jié)果并不準確。你需要進行更審慎的思考，想想如果要全面發(fā)布的話在界面美化、附加功能方面還存在哪些問題。哪些部分還應該測試，測試標準和發(fā)布標準在一些方面是否不同。
10.如果你在負責一個大項目時遇到很多不同的問題，你可以看看是否可以把問題變更分割成更小的，可以獨立檢驗的里程碑。不要一下子就進行5個或更多較大的變更，造成在得到一個令人失望的結(jié)果時找不到是哪個變更導致的。
11.不管成功還是失敗，當一個項目結(jié)束時都需要及時的總結(jié)。比如你在產(chǎn)品方面得到了哪些經(jīng)驗教訓，團隊在合作開發(fā)過程中遇到了哪些問題等等，然后設想如果未來遇到了同樣的問題有什么更好的解決方法，將以上的總結(jié)在公司中分享與他人共同進步。
三、衡量成功標準
1.明確衡量一個產(chǎn)品成功與否的標準KPI是什么，它是凝聚團隊成員共同努力的動力。確保給這個績效標準正確的時間和關注，對此花費的精力或時間可以比考慮 “產(chǎn)品怎么做？”更多 。
2.定義完衡量成功的數(shù)據(jù)指標之后再啟動產(chǎn)品。否則，如果在產(chǎn)品推出之后再試圖解釋指標，會變得不太客觀，帶著一些偏見或者情感因素。
3.對于每個成功的指標都要匹配一個合適的反向指標，以此來確定自己并不是在拆東墻補西墻。 例如衡量產(chǎn)品增長指標的反向指標是產(chǎn)品的質(zhì)量。
4.如果某一項重要指標發(fā)生了意料之外的變動，不管是正面還是負面的，你的第一個問題都應該是“為什么？”在你完全了解事情的原因之前，不要去試圖提出或?qū)嵤┙鉀Q平緩指標變動的方案。
5.使用風險模擬機制幫助你挑選衡量成功的正確指標。問問自己，“如果我能知道世界上的任何事物包括人們?nèi)绾问褂梦业漠a(chǎn)品，那我需要知道什么才能證明我的產(chǎn)品是成功的？”在此情況下人們想出來的答案不應該是一些確切的點擊指標，而應該是更加抽象的思維比如人們在使用產(chǎn)品時能獲得什么價值，以此回過頭再去尋找一個指標去衡量自己想要得到的結(jié)果。
6.你的產(chǎn)品目標應該隨時與你手中掌握的信息動態(tài)匹配。如果你在實現(xiàn)目標的過程中，發(fā)現(xiàn)一些改變你對目標市場認知的信息，需要考慮是否應根據(jù)新的信息調(diào)整自己的目標。
7.如果在一個團隊里你不明白或反對團隊衡量成功的指標， 你需要盡快提出。團隊所有成員越早達成一致，可以更好的提高團隊的執(zhí)行力和最終產(chǎn)品的質(zhì)量。
8.如果你發(fā)現(xiàn)自己經(jīng)常與團隊成員爭吵產(chǎn)品的方向，根本原因可能在于你們之間衡量成功的標準存在分歧。你可以嘗試提一個新的衡量成功標準的建議來表達你的擔憂，解決頻發(fā)的爭論困擾。
9.如果你想搞清楚自己的產(chǎn)品是否契合市場，以此繼續(xù)優(yōu)化產(chǎn)品或者縮放目標用戶人群。你最好把關注的焦點聚焦在產(chǎn)品的留存率上（有多少人使用你的產(chǎn)品后會繼續(xù)回來使用），而不是沉迷在用戶的活躍數(shù)據(jù)或者新增用戶數(shù)上。
四、團隊協(xié)作
1.不要拘泥于程序員應該做什么，設計師應該做什么，被以上團隊角色的定位所束縛，而影響了自身能力的發(fā)揮空間。相反你應該去思考“我還能做些什么幫助團隊取得更大的成功？
2.喜歡思考問題，提出問題的團隊，比只會被動解決問題的團隊更容易成功。因為這樣的團隊可以更好的理解一個問題是否值得去解決，即時某個重要的問題在第一次，第二次，第N次嘗試失敗后，他們?nèi)阅鼙患钤敢饫^續(xù)嘗試。
3.遇到矛盾從好的方面去想。我的意思是每一個人的目標都是一致的，在每天一個工作結(jié)束的時候都希望看到團隊為構(gòu)建偉大的產(chǎn)品又向前了一步。以此可以減少很多不必要的矛盾爭吵，因為每個人都會犯錯而引發(fā)一些摩擦。
4.了解你最擅長什么，你的團隊其他人擅長什么。然后各司其職發(fā)揮出團隊最大的能量。
5.良好的溝通是構(gòu)建一個合格團隊的關鍵。即使某些觀點有些偏激或不中聽，團隊的每個成員仍然可以放心地表達自己的觀點。多樣性的意見可以幫助團隊取得更好的成功。所以當你不知道別人是否聽懂或理解你的觀點時，不要害怕表達你的觀點，不要害怕重復他人的觀點。此外，要爭取營造一個輕松的可以自由表達的討論氛圍。
來源：Medium
原作者：Julie Zhuo，F(xiàn)acebook產(chǎn)品副總裁
第一次翻譯外文，如果大家喜歡請記得點贊噢，Link將創(chuàng)作分享更多關于產(chǎn)品方面的優(yōu)質(zhì)文章！
