例舉說明 怎樣產品設計文檔?( 二 )


我做過的三家公司在團隊管理上比較相同,硅谷近十年形成了一套比較規范的管理方法 。 一個團隊的領導小組可能有三個角色,研發經理、產品經理和技術負責人 。 這里說的是三個不同的職責,不是說有三個不同的人 。
2.開發人員和產品經理的合作流程是怎樣的?產品經理的什么行為你不能接受?
有PRD、Roadmap各種文檔在幫助信息傳遞,整個流程從市場調研、了解商業價值到確定用戶故事,再到初版的MVP(minimum viable product)——什么時候發布、做什么功能等,每一步都需要產品經理和研發團隊有非常緊密的聯系 。 以前,許多公司靠功分組,現在,組織架構把產品設計和技術人員都放在一個組,這就證明產品和技術的交流變多了 。
從我的角度出發,我希望產品經理能信賴這個技術團隊 。 在做PRD或者研發的時候,及早的將不同人員參與進來,這樣可以在后期極大地降低溝通障礙 。 另外,溝通一定是要有連續性的 。 除了及時溝通之外,還要在長遠和短期的計劃中做一些技術上的平衡,這是產品經理給技術團隊帶來的最大貢獻之一 。
3.個人觀點分享:
1)自己做技術管理并不是自己一定能做到技術最強,同樣的,能讓團隊、讓別人變成最強的
產品經理很可能做出一個很好的產品 。 不過再資深的產品經理也很難很好地管理人,這并不意味著他不是一個好的產品經理 。
2)關于產品路線圖(Roadmap),我覺得Lyft有個挺好的方法 。 它在做產品流程圖的時候,提出了一個概念叫 living roadmap 。 這個Living Roadmap 是一個文件,它永遠在那,沒有具體的細節 。 所有的人,無論做產品的、市場的等等,都有權限進入這個文檔,任何部門的需求變化都能在Living Roadmap在第一時間體現出來,這就使得在任何階段都有可能發生改變的需求高度一致 。 這樣做也對管理有好處 。 不過如果有些東西解決不了還是需要面對面交流 。

推薦閱讀