技術驅動型公司產品經理的日常

導語：

產品經理的工作內容很大一部分是由產品的屬性決定的，我們需要對產品開發的階段和面臨的各種情形了如指掌，并及時反應，調整工作重心。本文翻譯自Dan Schmidt 發表于Quora的文章，主要討論了三種場景下產品經理的日常工作。

場景一

正在開發的產品，其假設有待檢驗 － 找到一個快速、低成本的方式來驗證這條假設。

To do

設立評估產品的標準框架。選擇合適的定性或定量反饋機制，確定產品面對的用戶群。評估體系不一定遵循傳統，要根據產品的特殊屬性來確定。

按照需求，設計最小可實現產品來檢驗假設。不同的產品需要抽象出來的維度不同，有的偏重設計，有的偏重功能性。產品經理需要明確為了完成檢驗必要的最少工作量。

嚴格按照優先級開發功能。保證工程師只按照最小可實現產品所要求的功能來進行開發，不要浪費寶貴的時間在其他暫時不重要的功能上。

Not do to

不要尋求最優化。這個階段，糾結如何提高5%的點擊率是無意義的，重中之重是向公司證明你的產品價值從而獲得各方面資源的支持。

引導開發團隊確定開發架構。要知道在沒有經過檢驗時，你對產品的認知可能并不一定是正確的。

不要打亂開發團隊的工作重心和節奏。公司上層急于想看到成果的心情可以理解，但這種焦慮的情緒不要傳遞給工程師，要保證他們的開發步調，直到實驗結果清晰。

場景二

產品假設被驗證，是時候規模化生產了！－當核心指標呈現出可喜可賀的上升趨勢時，產品經理的工作重心會發生很大變化。

To do

尋求最優化。在第一個階段我們確定了核心框架并讓公司看到了產品價值，到了這個階段，我們應該利用其帶來的寶貴資源，運用A/B 測試或者用戶訪談等方法，做好定量及定性分析，搜集用戶反饋，和開發團隊一起快速高效率地推進優化。

促進用戶增長。產品通過檢驗意味著可以它能為公司帶來更多的用戶，產品經理需要嘗試SEO、發送推廣郵件、推送通知等不同方式去吸引新用戶或重新激活老用戶。

Not to do

不要在沒有明確假設的情況下重新設計。不要被外在的聲音左右，盲目添加新的功能和設計，要避免不必要的風險。

不要忽視系統基礎設施的影響。不要讓你努力的結果由于系統bug和網站性能而功虧一簣。

場景三

產品假設未通過檢驗－你需要帶領團隊重新建立假設進行測試。這種情況下需要更多地發散性與前瞻性

To do

引導公司理性地面對階段失敗。當某個假設不成立時，公司有可能會采用比較極端的處理方式，摒棄掉與該產品相關的一切，這時候你需要讓公司理性地分析，弄明白究竟問題出在哪里，從中汲取的經驗和教訓可以如何借鑒到下一個假設的驗證中去。

尋找并明確符合公司發展和市場需求的產品機會。隨著每一個假設經受檢驗，公司的本質也會逐漸明晰，團隊的整體優勢和激情是什么，哪些軟實力會激發出最大的潛力，哪些核心價值與目標讓公司凝聚。梳理好這些能更好地幫助公司找到定位，找到合適的市場機遇。

Not to do

不要放任士氣低落。如果公司就此決定改變產品方向，請確保這個決定不會影響到開發團隊的斗志，不要讓之前的付出看上去毫無意義。

不要徹底的反轉。力圖避免一鍋端的處理方法，相反，要結合公司當前的優勢和實力，從過去完成的工作中提煉出有效成分和有用經驗，在此基礎上找到新的方向。

不要感情用事，緊抓過去的開發成果不愿接受新的方向。雖然眼看傾注了大量心血并為之奮斗的產品被放棄并不容易，但你必須要知道什么時候該放手，做好轉折與過渡，投入到新的項目。

雖說產品經理在面臨不同的情形時，工作重點和內容會有偏差，但以下幾點是每天都必不可少的to dos

掌握產品大局和方向的主導權。要做到這點，作為產品經理，必須要對公司當前的方向及高層思路有深入的認識，并充分理解為什么公司要做這樣的決斷，保證產品思路與之契合。

改善產品開發流程。開發過程中難以預料會發生什么，但通過積極自我分析，積累經驗，逐漸了解該怎樣去合理切分復雜任務，提高效率。例如，即使產品假設檢驗可能會失敗，但依然可以從中學習到如何更有效地檢驗新的假設。

溝通。產品經理肩負向團隊的成員解釋需求的任務，也要向其他利益相關者介紹產品，要保證開發在正常軌道上順利進展，有效的溝通是日常工作中不可或缺的一部分。

原帖Dan Schmidt 發表于Quora

https://www.quora.com/What-does-a-great-product-manager-at-a-tech-startup-do-day-to-day-e-g-wireframe-feature-flow-etc

本文譯者： 賈婧（點融黑幫），現任點融網投資端產品經理，斯坦福大學國際教育學研究生畢業，由好奇誘發的轉型一步從教育界轉入互聯網金融領域成為產品經理。平時喜歡吃吃吃和健身。