設計師如何轉行成為產品經理？

一、設計師轉行產品的可行性

很多 UX、UI、交互設計師會問想轉產品容易嗎？提前給結論 —— 容易。當然這個容易是對比開發以外的其它行業容易，而不是完全沒有難度和門檻。

具體容易在哪里，我們可以總結成以下的優勢：

1. 有相關的互聯網產品項目經驗
2. 是產品需求的主要承接對象之一
3. 有較高的原型、交互設計效率
4. 可以直接輸出最終設計稿進行交付
5. 便于接觸相關工作和內部轉崗

第一點互聯網產品的項目經驗，作為團隊設計師，是項目運作的親歷者。從業務到產品需求的轉化，之后的設計、開發、測試流程，都或多或少有接觸，這對后續深入了解產品經理的工作要求、職能有巨大的幫助。

第二點就是不管是 UX、UI 還是交互設計師，都是產品經理的直接對接崗位之一。設計師可以直接接觸產品的工作成果，不管是原型、文檔、圖形，還是需求評審、項目管理、任務分配。

尤其是作為下游執行者，對于產品的產出物會有更深刻的見解，因為你是執行方，所以你會意識到它們有哪些缺陷，應該如何做更合理，讓自己在后續準備產品案例時可以更專業、更有說服力。

第三點就是在原型和交互內容的制作上，有天然的優勢。在有這么多設計實踐的加持之下，快速輸出專業的產品原型是輕而易舉的，這對于面試還是團隊內部協作都有很大的助益。

第四點也和老本行有關，因為市面上確實存在很多中小團隊節省成本（尤其是 B 端），沒有招設計師，讓產品直接負責設計稿的產出和交付…或者在特定場景下設計人手不足，需要產品客串設計。

當然，這種情況并不合理，不能作為職業長期發展的目標，但對于前期入行積累經驗的階段來說反而是優勢，有設計工作經驗的產品可以更容易獲取這類崗位。

最后一點，則和上面是反過來的。產品很多時候要客串設計，而設計往往也要客串產品。尤其是中小團隊中老板就是產品，或者產品屬于不做需求的類型，那么設計往往要獨立完成若干需求非常模糊的模塊。

這需要設計師自己去補全產品的需求，比如功能邏輯、字段信息、交互邏輯等，然后再交付給開發。這種場景等于直接上手產品工作，可以作為產品工作的正式經驗（再稍加包裝）。

另一種情況，則是團隊內部產品離職或出現空缺，往往了解該項目業務、團隊的設計可以很輕易的轉崗。因為很多復雜項目招聘新人，重新了解業務和相關情況要耗費的時間成本巨大，且存在極大的不確定性（比如試用沒過），往往會更希望熟悉內部情況的成員轉崗。

上面這些優勢都是巨大的，讓設計師入職產品的難度遠遠比應屆生、外行低。但這不代表設計師轉行就沒有缺點，其中最大的問題就是 —— 職業視角。

設計師雖然有項目經驗，但不代表每個設計師積累的項目經驗是豐富的，以及在這個過程中會有目的性地拓寬自己的眼界和深度思考。很多設計師會把對產品經理的理解，局限在自己所處的行業或當前所在的不專業團隊中。

比如最常見的誤區認為產品就是畫好原型，或者產品就是負責給老板畫餅，還是產品是用來和客戶對線的。這些錯誤的理解會把自己導入到死胡同里，甚至比沒有經驗的新人的轉行路徑走得更歪。

另一點就是真的入行以后，往往會大量照搬設計時的工作經驗（路徑依賴），過度關注設計的細節、規范、執行，而不是產品更應該處理的工作。

這些問題本質上都是產品專業度不足導致的，因為很多設計師也理解上面這些優勢，將轉行產品看得太輕松、理所應當，從而缺乏嚴肅對待它的態度，只用過去的經驗來匹配新的環境。

所幸是它們并不算特別嚴重的問題，只要比較系統的學習產品相關的基礎知識，認真對待新的職業和分清兩者之間的差別即可。

上期回顧：

二、設計師轉行產品的步驟

接著，我們就要來討論設計轉行產品的方式和步驟了，主要包含兩類：

1. 內部轉崗
2. 跳槽轉行

這里的第一種，就是上面提到的內部轉崗。這個是最容易，也最順滑的轉行方式。如果運氣好的話，可能老板、領導本來就有讓設計直接干產品活的打算，根本不用做計劃，你突然就“搖身一變”成產品了。

但我們不能完全寄希望在運氣上，如果團隊本來配置是完整的，有產品也有設計，那么要內部轉崗就需要等待時機，即產品離職或業務擴大產生空缺。但這種時機不是光等就能抓住，而是需要做好前置的準備。

設計師需要較多展示出對產品工作的興趣和態度，要比較主動的去負責一些產品的工作，比如不完整的產品原型、文檔你去做補充，一些模糊的需求目標的你負責讓它落地，盡可能在具體產出部分“架空”現有產品，那么當機會出現的時候，你就是最好的選擇而不是再招一個。

另一種方法，自然是跳槽轉行了。轉行同樣需要提供產品的工作案例，才能增加成功的概率。和外行、學生不同的是，設計師可以準備實戰案例，更有說服力，且可信度更高。

準備產品工作案例主要包含兩個模塊，項目輸出和模塊需求。項目輸出就是完整負責一個項目、大版本迭代時做的文檔和原型，展示自己的全局管理能力。模塊需求，則是聚焦在某個特定產品功能點、流程、頁面的需求整理上，展示自己的微觀需求處理能力。

而這些案例的展示不需要像做設計作品集一樣，要規劃清晰的包裝結構和設計精美的封面、版式。可以參考上一篇使用的文檔結構，將準備的案例分類并置入即可。

但還有個問題，就是工作中你沒有完整負責、處理產品的工作，沒案例可放怎么辦？這就和設計作品集準備得思路類似 —— 獨立重構。

比如項目的某個版本你有深度參與，對它的業務、功能、需求理解很清晰，那么就可以以這個版本為對象，重新輸出完整的需求。

在這種制作過程中，可以將你認為更優、更完整的做法做進去。如果是保密性強的項目，就更應該通過這種做法，修改里面的功能點和詞匯，和原項目拉開差距。

對于設計師轉行產品來說，跳槽時也依舊屬于新人期，負責整個項目的案例不會太有說服力，反而功能模塊、中小迭代的案例會顯得更真實和專業。所以不要像學生階段追求大而全，而是聚焦在小而精的產品案例上輸出（3-5 個即可）。

這種輸出不僅有效，而且準備起來比較簡單，可以節省大量的時間成本，也和未來工作的內容更接軌，更能鍛煉我們的實戰能力。

設計師做案例的過程也是建立對自身認識的過程，尤其是你認為當前接觸的產品不夠專業時，就可以以他作為參照對象，對比你構思的方案和輸出是否能比他更優異。

當你得到確定的結果時，連他都找得到工作，你就可以放心大膽的投遞簡歷，實現轉行了。

結尾

設計師轉產品難度并不高，只是要充分尊重行業的差異和專業性的基礎，不能因為自恃有項目經驗就想略過對產品初級知識的學習，這樣面試和實戰都會碰壁。

歡迎關注作者的微信公眾號：「超人的電話亭」