寫給想轉產品經理的設計師們
同學們催我寫文章了。感興趣這個話題的同學請點個贊。
隨著公司越來越重視用戶體驗，設計師的話語也越來越受到重視。產品經理跟設計師的界限變得越來越模糊。
我一直認為設計師是最容易轉作產品經理的。
但是，如果要轉產品經理，你還需要惡補哪些方面的知識？轉產品經理以後你的日常會變成怎樣？接下來跟大家聊聊這件事。
傳統對於產品經理的定義就是「決定」產品功能，輸出產品文檔，監工整個項目的進度與驗收等。
但是敏捷開發的環境下，產品經理的職責發生著很大的變化。團隊不再依賴自上而下的決策模式，而是通過建立起一個個的獨立管理運行的小組，來加快整個產品迭代與學習的過程。產品的成敗更加的依賴於數據，這使得產品經理的權利越來越釋放給團隊。
產品經理（很多公司叫做Product Owner）的最重要的職責就是通過交付出好的產品來實現商業價值最大化。
產品經理必須要有不錯的商業感覺，良好的溝通技巧，可以理解以各種不同價值觀（數據，熱情，商業等）驅動的同事的關注點，有很好的presentation的技巧，會尋根問底的找到需要解決的真正的問題是什麼，會將大目標分解成小目標，知道每一步如何定義什麼是成功的解決了問題。 然後，設計師應該才是用戶最後的「守護神」。
如果你轉作產品經理，那麼你的日常將會變成這樣的：
每天至少1-n個會，主要就是組織各種組內的項目進度跟功能的討論，組外的是要與別的產品經理討論功能上的合作與交換心得。有的時候，這種會花掉一整天的時間。我司的產品經理最誇張的時候一天7個會，3-4個會也是家常便飯，經常看到他們一天下來是崩潰到不想說話的。在大公司，設計師不會取代產品經理，因為產品經理需要承擔龐大的溝通責任。
產品經理比設計師更加的傾向於用數據說話。你以後用得不再是Sketch，Invision跟Principle，而是Spreadsheet, Excel跟PPT等。
你關注的不再是簡潔性感的界面，而是在琢磨我做這個功能，能帶來多少新用戶？增加多少個百分點的日活？這個項目需要多少時間做完？動用到多少資源？我為什麼要先做這個功能，而不是那個功能？找哪些數據來支持？這個季度我們上線了幾個實驗？我們學到了什麼？競爭對手是怎麼實現這個功能的，他們為什麼要這麼做，我們要怎麼做才能更好？公司去年的業務怎麼樣？公司今年的方向跟目標是什麼？哪個老大被換下去了？誰是新的老大？這個老大的做事風格是什麼？這些問題都與你的團隊息息相關。而設計師往往是一群更加專註的傢伙們，對這些事情不能說不關心，而是喜歡更加的專註在設計上。
如果你想轉產品經理，就問下自己是否可以完全放棄自己親手做設計這件事，取而代之的是每天需要為了各種大大小小的目標跟進度去做360度的溝通？
我認為，願意放棄設計這件事情才是設計師最大的心理障礙，並無對錯。但是即使轉做了產品經理，還是會與設計師保持互相依存的關係。
祝大家勞動節快樂，並請大家把感興趣的話題發給我。
TAG:7DUX |