設計師和產品經理這兩個不同的工作崗位，有什麼你想不到的工作差異呢？

很多設計師對產品經理這個崗位充滿好奇，不知道他們每天都在幹嘛？覺得他們就是一羣閒人，每天就只用排需求表，分配任務，開完討論，最後只說不幹。而產品經理又經常抱怨自己太忙，自嘲自己是“產品狗”，每天有忙不完的事。

設計師與產品之間互不理解，發生矛盾的事常有發生。

作爲一名設計師，我對於產品的日常也是挺好奇的，所以我找到了這篇文章，希望對產品日常感到疑惑或者想轉崗的朋友能有一些啓發。

譯文：

兩年前，我從設計轉崗到產品經理（PM）。在設計行業打拼了10年，我從一名實習生一路做到了團隊領導，但我對未來的管理之道並不感到興奮。我會懷念我曾經作爲一個普通員工時在產品一線所參與的工作。我也會因爲沒有參與到產品經理們所做的“重大決策”，例如突然取消產品上線或者選擇新的戰略方向時而感到沮喪。

我經常會發現“why”和“how”一樣有趣，換句話說，發現問題和解決問題對我來說一樣重要。產品開發過程的這部分工作通常都是由PM來管理的，而不是設計師。

在轉換身份之前，我沒有從其他設計師轉行產品那裏獲得任何實戰經驗。現在，在實踐了這兩個角色之後（雖然設計工作的經歷會更長），我覺得可以分享一下我對這兩個不同工作崗位日常生活中的一些不同感受和思考。

設計師與產品經理之間的6點差異：

1. 每週工作日常

作爲一名設計師，我每週的工作計劃都沒有固定時間安排，我的工作計劃來自於產品經理和設計領導的需求。每天，我只有大概2-4個小時是深度工作時間，正如Cal Newport說的那樣，把時間專注在“認知要求高的任務”上。但平均每週算下來，我的80%時間是不受自己控制的，只有20%的時間能真正自己安排。

作爲產品經理，我的時間則恰好相反，80%的時間是確定的，只有20%的時間不確定。作爲一線產品經理，我參加了敏捷開發過程中的所有產品交付會議：站立會、sprint規劃會議、sprint啓動會議還有項目回顧會議（譯者注：sprint是敏捷項目管理的一種方式，具體的內容可以自行查閱資料，我就不展開說了）。

爲了滿足客戶的需求，我每兩週還需要查看用戶數據和業績情況。此外，像客戶演示和規劃研討會這樣的一次性活動會出現在我的整個月的日曆上。爲了參加所有這些會議，同時還要完成自己的工作，我需要非常嚴格的管理好自己的時間。

擁有“產品經理”頭銜的一個好處是，你可以有機會參與到任何產品會議中去，並能發表自己的見解——這通常是設計師們所渴望的，但是你可能會因爲參加那一堆的會議而失去不受打擾的時間。設計師想要參與到整個產品的規劃和推動相比產品就顯得困難的多。

2. 任務清單

作爲一名設計師，我每天的工作事項大概就是3-5件，這可能是包括“和Ben一起覈對註冊流程”或者是“爲週四的用戶測試設計一個原型”這類的需求。大多數時候，我只做簡單的執行就可以了，雖然有時候花費的時間會超過預期，但其實總體來說是沒有太多變化。

作爲一個產品經理，我會有一個不斷增長的待辦事項列表，優先級也是在不斷的變化，最大的挑戰就在於如何判斷哪個事項優先級最高。例如：有一天我的計劃是爲產品寫一篇產品說明，爲了方便設計師更好的理解。但我又突然聽說，昨晚的軟件部署出了問題無法完成銷售演示，那在下一次客戶演示之前修復演示問題就成了我的首要任務。

作爲一名“救火隊員”，產品經理需要進行大量的工作內容切換。在產品決策會議上，還在探討下一個季度的項目，然後又馬上對接到開發那邊，需要發佈新的功能。對一些人來說，不斷接觸到新的工作內容，會讓工作本身變得很有趣。但對我來說，我卻發現這其實很有挑戰性，也很累。

爲了不讓自己的壓力過大，我會嘗試使用一些更好的方式管理自己的待辦事項清單。比如我開始使用一項事務管理框架：“篩選、自動化、委派”。

• 篩選：是否有一些非必要的任務可以刪除。
• 自動化：哪些重複性的工作可以通過技術手段或者模板自動完成的。
• 委派：哪些任務是不需要自己特別注意，可以委派給更合適的人來做的。

3. 雜活

每個工作都有一些雜活，我把雜活定義爲那些你可能覺得不愉快，但是又必須要做的例行任務。

作爲一名設計師，我的主要雜活是制定設計規範，這包括設計一些模板框架，定義每個交互狀態，以及對接開發還原落地等。這需要花費大量的時間，因爲需要把握產品的細節——不僅在美學上，在功能上也是如此。我會花很大時間考慮各種選擇，比如一個按鈕的文案是用“取消”還是“關閉”。

作爲一個產品經理，我的雜活清單要長的多。每隔一週，我都需要爲公司寫發佈說明，爲產品編寫更新內容，爲開發編寫sprint需求目標。我還需要定期整理待辦事項列表，檢查並確定客戶端升級時間，bug單，以及各種事項的優先級。

不同的團隊對這些雜活有不同的分配方式。有些公司有產品專家或者項目經理，他們負責分擔一部分項目工作。但根據我自己的經驗來說，產品經理通常會把更多的雜活自己攬下來，以省出更多的時間給到開發和設計師。

一般來說，設計師的雜活是去更多的關注設計細節，而產品經理的雜活則是需要溝通和項目管理技巧來組成一支高效的團隊。爲了能得到關於你應該成爲設計師還是產品經理的直覺反應，我喜歡問：“這些雜活對你來說，是一件苦差事嗎？”。理想情況下，對於覺得自己做的雜活也是有收穫的人來說，雜活並不是雜。

4. 團隊

作爲設計師，我認爲自己是兩個團隊的成員。第一個是我的產品團隊，我的產品經理和開發。這三者通常被稱爲“鐵三角”，因爲產品、開發和設計需要通力合作，才能實現一個偉大的產品戰略。我一直覺得和這種類型的團隊有一種親密的友情，這種友情只來自於共同開發一個產品時的起起落落。

我的第二個團隊是我的設計團隊，我每天都坐在他們旁邊。這讓我們能夠相互交流想法，即使我們是在不同的項目上工作。通過我們工作的專業和思維方式，我感到設計師之間的那種親密關係，設計就是其中的紐帶。

作爲產品經理，我只是同一個產品團隊中的一員，然而，我現在知道作爲一名產品，自己的產品團隊更大。這包括很多跨功能的組織，如果客戶管理、市場營銷、支持部門和銷售團隊。作爲一名產品，我不僅要負責用戶推廣，還要負責產品的業務性能，這會涉及到更多跨部門的合作。

一個產品團隊規模因公司而異。在大公司，在一個業務單元中有多個產品經理，產品經理可能也需要與其他產品配合一起工作。在小公司，產品經理可能是會與創始人一起合作。然而，產品通常只是管理產品，他們有時可能會感到孤立和孤獨。他們把一天中的大部分時間都花在各種不同的功能上，而設計師一天的時間起碼是坐在設計師中間一起工作。

5. 流程

我第一次接觸設計是在一家設計諮詢公司。那時候，在IDEO，我學習了做設計的5個步驟：共情、定義、構思、原型和測試。在frog design，會有三種項目步驟：發現、設計和交付。通過這些經歷，我對設計過程有了自己的看法。

作爲一名設計師，我總是專注於理解問題，定義範圍，探索想法，驗證假設，最後交付原型。在我把設計規範給到開發後，一般來說我的項目就結束了，我很快又會加入到一個新的項目中去。

直到我成爲產品經理，我才發現“設計過程”只是產品開發環節中的一小部分。在團隊引入設計師之前，就已經有很多問題需要解決並需要排上優先級。把設計規範交給開發僅僅是一個開始，儘管經常被忽略，但是在產品發佈之後的數據是最重要的部分之一。

作爲一名產品經理，在產品開發的不同階段，我經常需要同時處理多個項目。例如：我可能會與設計師探討一個項目想法，但同時又在與開發會討論另一個項目的問題。保持多個項目並行，並需要在不同產品的不同階段反覆切換思維，這與設計不同，在設計中我可以是一次只專注於一個項目階段。

6. 溝通

我在IDEO做設計實習生的時候，我學到了一條有效頭腦風暴的規則：“靈感建立在他人的想法之上”。我們會借用一個即興表演原則，用“是的……”這個短語，後面跟着一些建立在別人想法上的東西。

作爲一名設計師，我經常被視爲“有創意“或者”有想法的人”，我不相信誰是可以完全獨創的，偉大的想法來自任何地方。設計師的工作就是爲創意提供積極，開放的環境，設計師會將一個不錯的點子變成一個非常棒的創意。這並非是說，設計師不擅長說否定意見，而是指這樣的聯想方式更能激發出好的創意。

作爲一名產品經理，我很快就學會了用“是的，但是……”或者“不，因爲……”來代替“是的，並且……”。

在我工作的第一個月裏，我不得不對一個要求加上競品功能的客戶說“不”，對一個想要重寫部分代碼庫的開發說“不”，對試圖做大量修改的設計師說“不”。說“不”對於保證團隊對目標的專注是非常必要的，否則，我們就無法交付我們認爲最有價值的功能。

最厲害的產品經理說“不”的次數是說“是”的10倍，就我個人而言，我發現說“不”常常讓人精疲力竭。我花了很多精力去尋找合適的理由說服每個利益相關者說“不”，同時還希望能儘可能不傷害我們之間的關係。有時可能會說“這個階段先不做”，然後詳細的解釋爲什麼我們要做別的事情。對我來說，保持利益相關者的尊重和信任很重要，因爲我知道未來我還是得繼續與他們合作。

設計師和產品都需要多鼓勵其他人向他們提出想法和要求，同時也能夠分享一些相反的意見。關鍵的區別在於產品很多時候都需要說“不”，執行產品戰略的本質是需要選擇不做什麼。另一方面，設計師應該多說“是”，並以積極的“我能行”的態度來解決問題。

總結

設計師考慮轉向產品的一個常見原因是希望能更好的控制產品戰略，我自己就是這些設計師之一。老實說，作爲一名產品經理，我確實會擁有更多的控制權和更大的影響力。我獲得了更多的信息，和更多的人一起工作，並掌控着產品開發的全過程。

但隨之而來的問題就是要學會權衡。我不能在一套固定的流程下工作，專注於詳細的設計，或是享受一份比較靈活的時間表。自我管理和如何處理各種事物的優先級變得更加重要，並且同時還要能在不同的工作內容下快速切換思路。然而，對我來說最難的是從說“是”到說“不”。

雖然設計師和產品在某些時候的工作是有重疊的，但是日常的感覺是非常不同的。最後，你是否想成爲一名設計師或產品經理完全是在於自己，只有你自己才能回答：“我能做好什麼工作？想拿多少回報？想做什麼工作？”

Image from Bud Caddell

在回答這些問題之前，需要先審視一下自己的內心，弄明白爲什麼有時候會感到精力充沛和滿足，但有時候又會感到壓力和精疲力竭。我相信，找到你自己的“快樂之處”，歸根結底是要了解自己的個性特徵。

下面的一些問題對你自己做出選擇可能會有幫助：

• 你理想的工作環境是什麼樣的？你的理想是什麼？
• 你的溝通方式是什麼？
• 你喜歡怎樣的管理方式？
• 什麼事情能讓你感到激動？又是什麼事情讓你感到疲憊？
• 你希望如何爲團隊帶來價值？

不管怎樣，我很慶幸我有機會同時體驗到這兩種生活。雖然有時壓力會很大，但從長遠來看，1年半的產品經理經歷會比我繼續做一年半的設計師更能讓我成爲一個更好的設計師。

原文：https://uxdesign.cc/reflections-from-a-designer-turned-product-manager-6-unexpected-differences-23b81a20388c

作者：Suelyn Yu

譯者：彩雲Sky，公衆號：彩雲譯設計

本文由 @彩雲Sky 原創發佈於人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基於CC0協議