1樓：OF COURSE想當然
好像有個說法是「人人都是產品經理」
所以，我覺得不論是什麼職位轉型的，首先得對產品感興趣，對使用者感興趣。
（好像第一條就聽著有點扯，但又是必須的。因為產品經理真不見得比互動設計來的輕鬆，或是賺錢快，真要轉型，還得看自身意願）
剩下的就是溝通力+執行力+管理團隊+統籌資源的能力了其他的暫且不說了
說多了初期也白搭
能做到上面幾點，就已經是個很好的產品經理了。
——因為每乙個產品經理的成功都可能是（基於他自己遇到的環境）獨一無二的，知道乙個大致方向，去自行探索就行了。
2樓：五車二
UI互動設計師轉PM，其實蠻有優勢的，可以從PM的日常工作裡來走一波，看看哪不同需要學習
PM接活，第一件事：需求分析
（溝通整理需求，了解產品的領域和想要達成的商業目標）
（做好可行性報告和產品定位；用思維導圖梳理出產品主要框架）
（如果甄別出產品需求不合理，開發壁壘沒把握，要及時反饋給BOSS叫停，不要因為BOSS想要就做執行經理）
第二件事：根據框架-輸出產品需求文件；互動原型；商業計畫書
（弄完之後就拉會評審；整理出修改內容及時修正；定稿&走流程；敲定開發排期）
（跨部門溝通合作需要指定介面人，跨公司合作；跨時區；都差不多，多溝通）
（準備好各種需要的審核檔案，資質，版號，資金）
開發自己團隊： 每日跟進解決（服務端/前端/資料儲存/功能測試/程式和UI的各種問題：劃分好處理優先順序；等級不高，可後續補全的可填進滯後需求池）
（根據開發進度，調整工作時間，做好團隊鼓勵和福利）
（如果同時有多個並行專案開發時，一定要做好早會溝通）
（做好預案B，真有問題及時換）
驗收（BUG回歸；環境測試；灰度測試；測試報告）
（申請好運營資源；整理出交付時間點）
打包；發布
（跟進協助跨部門同事，按計畫完成發布和正式測試）
（記錄規範好發布的流程，減少遺漏，提高效率優化流程）
運營；資料觀察
（通過資料觀察，多和運營溝通，做好產品優化提煉）
（在後續迭代中補全遺留在滯後需求池裡的內容）
所以一般流程下來，UI互動設計師對輸出PRD這些因該是沒問題，畢竟自己也在寫互動規範。
差別的是溝通和團隊管理，開發遇事的處理的經驗。圈子的人脈人情積累。還有對市場判斷和一開始不對及時叫停的勇氣。
UI設計師怎麼轉型做互動設計師？
誰禿誰知道 UI設計師和互動設計師兩者對崗位要求是不同的，互動設計師對業務發展肩負全面責任，UI設計師對產品成長負部分責任。先說下互動的要求吧。互動的日常工作包括 提出使用者可用 易用 滿意度高的產品互動方案，完成體驗設計方案，協同視覺設計，跟隨專案研發 驗收 上線，以及跟蹤使用者反饋。使用者體驗是...
互動設計師會淪為產品設計師的工具嗎？互動設計師如何在團隊中快速找到自我價值的實現途徑？
夕閒 有兩種情況 產品經理有時在描述自己想法的時候順帶就把線框圖畫了。互動在做線框圖的時候會產出一些體驗更好的功能。這兩種情況下都不能說是誰的價值被誰淹沒了，每乙個職位在開始自己的工作的時候都必須理清產品的方向與思路，對產品作出有益貢獻的舉動都是有價值的。 賀佳勇 互動設計跟工業設計有異曲同工的地方...
產品經理最終交給互動設計師的是什麼？
餘水木 推薦一本書，Marty 的 Inspired 現在有了第二版，對於專案團隊的構成和協作方式有很好的建議。回到這個問題本身，在敏捷產品開發模式中，不存在嚴格意義上的產品經理 交給 設計師什麼，這是乙個 協作 大於 分工 的過程 下面這張圖是我跟我的設計師總結的，供參考 圖中可以看到，在問題發現...