PM 對於產品的想像有多高、PM 對於產品的堅持，是產品開發重要的兩個因素，訂好產品範疇、掌握產品需求，向團隊布達最終的願景，做有限度的妥協，接著全力督促產品團隊向目標前進。
誰適合看這篇文章？
✔ 對產品經理、產品企劃、產品策略、產品規劃有興趣的朋友一、PM 是造夢者，也要當個實踐者
產品經理做為產品的火車頭、Product Owner，不僅是規劃、溝通、爭取資源，最重要的是「把東西做出來」，再嚴格一點，「把一個好東西做出來」。
但把「好東西」做出來，難得不在規劃，而是「PM 對於產品的想像有多高」和「PM 對於產品的堅持」，為什麼這兩點特別重要？
根據施振榮的微笑曲線我進行了微調，設定成「產品微笑曲線」：
- 左邊是 PM 心中理想願景，要越高越好。
- 中間是經過 Kickoff meeting 後的各種妥協，包含開發成本過高、範疇太大導致時程過長，導致設計師或工程師建議砍需求。
- 右邊是 PM 經過協商、爭取、督促的產品成品，也要越高越好。
根據上述示意圖，再延伸說明左右兩點：
▍拉高高度：
- 對於產品策略，從生態系角度思考產品定位，打造引領市場的產品。
- 對於公司，以轉換角度出發，打造能帶來流量轉換或金額轉換的產品。
- 對於使用者，要打造更有效、更便利、更有價值的產品。
💡反之，如果沒有考慮到上面幾點，就會規劃出沒有競爭力、沒有帶來轉換、甚至沒有解決到使用者需求的產品。
▍督促成果
- 對於設計，緊盯 UI 視覺、UX 體驗、畫面切換、點擊行為等每個細節。
- 對於工程，確認製作可行性、要求執行是否到位。
💡反之，如果沒有緊盯團隊，製作出的視覺可能有落差。
二、PM 沒辦法當好人，但可以訂好目標
在近期工作中，我發現最需要調整的心魔是「妥協」。
設計做出來的畫面有少 UI Kit、少彈窗、少流程，一定要追到底，工程做出來的畫面沒有對齊、效能不好、有 Bug，也要追到底，不能有任何「僥倖、差一點沒關係」的心態。
如果在產品團隊內做一個好人，在更上層的主管、使用者眼中，PM 就會變成一個不合格的 PM，舉例：
- 若沒有明確壓好時程，讓設計師無壓力製作，導致時程延後，可能讓高層跳過 PM，直接跑來指責設計師，這時就會遇到「PM 怎麼沒有直接說時程這麼趕」。
- 若沒有盯好開發品質，等到實際上線時，使用者遇到 bug，就會讓高層指責工程師，這時就會遇到「上線前 PM 怎麼沒有把關好，明明是 PM 驗收通過」。
- 若沒有控制好利害關係人的需求，就會遇到高層自己跑去跟工程師許願功能，這時就會遇到「PM 怎麼不幫忙擋需求，需求越做越多，時程根本做不完」。
上述都是我曾面臨過的窘境，那究竟要用什麼心態呢？
PM 訂好產品範疇、掌握產品需求，向團隊布達最終的願景，做有限度的妥協，接著全力督促產品團隊向目標前進。
過程中難免遇到需求增減、執行上不可行，我認為可以把握 3 個原則：
- 關注當下的重點項目：開發過程中，一定會有跨部門持續許願，PM 需要專注在現階段的重點項目（Must have），確認到底什麼優先要做，其餘的全部移到下張單子再執行，甚至有些評估後可以不列入執行。
- 掌握全局的風險觀：有時多做 1 位利害關係人的需求，會導致整體開發延後，連帶影響其他 5 位利害關係人的功能都無法如期上線，PM 要做好時程控管、利害關係人控管、風險控管，不能因小失大。
- 設定短中長願景：訂出近 2 週、未來 1 個月、未來 3 個月的開發項目，拒絕他人需求時就能用「現在排不進去，但在 OO 時間點會考慮」的說法，也能讓提案人比較不會常常來抱怨。
三、總結
PM 的心得來自於我在工作中的挫折，溝通上有很多地方可以處理得更圓融，做事上可以更果斷、明快，因此就陸續打成文章，提醒自己掌握好產品原則。
若對這系列有興趣也可以持續觀看：
