產品經理的第一年:少走彎路的思考習慣

給產品經理新人們的一些建議,這篇是給剛開始做產品的人看的,不管你是轉職、剛畢業,還是從工程、行銷、業務轉過來做產品經理,然後,現在正努力搞懂「產品經理到底在幹嘛」。

這些事,是我這幾年帶新人、面試新人、自己踩坑之後整理出來的。如果早點有人跟我講,我應該會少走很多彎路。

產品這條路不是衝刺,是長跑。別急,但方向一定要對。

先搞懂問題,再來畫圖

我看過太多新人,一接到需求就打開 Axure 開始畫。

老實說,這是很常見、也很致命的錯。

有人花三週做出超精緻的原型、互動都做好,但工程只問一句:後端怎麼串?整個會議直接冷掉。

也有人把權限流程設計得很完整,結果業務邏輯根本沒釐清。

畫圖不是產品經理必備能力,但把問題定義清楚,才是。

新人最容易犯的兩個錯

  1. 太迷戀工具了
    覺得原型畫得漂亮、PRD 寫的清楚,這就是專業,但如果方向錯了,再漂亮都沒用。
  2. 問題沒定義清楚
    為什麼做?做給誰?成功怎麼定義?這些都沒想清楚,就開始動手。

動手前,先問自己幾個問題

這是誰的痛點?
真的有一群人被這件事困擾嗎?還是只是內部覺得不方便?

為什麼現在要解?
這件事跟公司目標有關嗎?還是只是排在待辦清單裡?

成功怎麼衡量?
不能量化,就很難驗證,轉換率?留存?完成率?講清楚!

一定要做新功能嗎?
很多問題是流程、溝通或制度的問題,不一定要開發。

會問為什麼,是產品經理跟「接需求的人」最大的差別。

小結:工具是配角,問題定義才是主角。

不要當使用者的傳聲筒

「以使用者為中心」不等於「使用者說什麼就做什麼」。

如果你只是把用戶回饋丟進需求池,那麼你就只是客服升級版。

使用者講的是表面需求,你要找到的是背後動機。

用戶說想要一個按鈕,你要問的是:為什麼需要這個按鈕?

問場景,不要問功能

不要問:你覺得這功能好不好?
要問:你上次遇到這個問題是什麼情境?怎麼解?哪裡卡?

場景,比功能重要。

看行為,比聽話更準

用戶說喜歡 A,實際每天用的是 B。
數據會告訴你真相。

不要被最大聲的人帶著走

最常抱怨的,不一定是核心用戶。
小眾的需求,不一定要進 Roadmap。

產品經理不是複讀機,是要做判斷的人。

小結:使用者的話要聽,但不能照單全收。

MVP 不是偷懶,是降低風險

很多新人想把第一版做到很完整。

但問題是,你怎麼知道方向是對的?

產品本質是驗證假設,不是交一份漂亮作業。

啟動產品開發前先想清楚

  1. 我們要驗證什麼假設?
    例如:用戶願不願意為這件事付錢?
  2. 有沒有更便宜的方式驗證?
    一定要開發嗎?能不能先手動?能不能先做 Landing page 就好?

很多創業題目,用 LINE 群加 Google 表單就能測。

MVP 不是做小,是先確認方向。

上線後一定要做三件事

看數據。
聽回饋。
願意調整。

如果數據打臉你,那代表你學到東西,最可怕的是做了半年,才發現方向錯(好啦,是老闆的方向錯)。

小結:比起做完美版本,更重要的是早點驗證。

數據是參考,不是神

產品新人常走兩個極端。

一種憑感覺。一種看到數字波動就慌。

數據很重要,但你要看懂。

先搞清楚幾件事

現在最重要的指標是什麼?
漏斗長怎樣?
哪些是虛榮指標?

不要為了好看的數字,犧牲長期價值。

數據要拆開看

DAU 掉了嗎?
是新用戶掉還是老用戶掉?
是哪個版本開始影響的?

數據告訴你發生什麼,訪談告訴你為什麼。

小結:數據是導航,不是老闆。

溝通能力,比你想像的重要

產品經理工作大部分的時間都在溝通。

跟工程對齊、跟設計討論、跟老闆說明、跟營運協調。

溝通前先想清楚

這次溝通目的是什麼?
我要讓對方做什麼決定?

同一句話,要講給不同人聽。

對工程講規則與邏輯。
對老闆講影響與效益。

結論先講,不要繞。

溝通不是講很多,是講清楚。

小結:如果對方沒聽懂,不是他笨,是你沒講清楚。

沒有權力,也要能推動事情

產品經理通常沒有正式權限。

你不能命令工程,但你可以讓工程願意配合。

靠的是:專業、清楚、願意扛責任。

懂基本技術邏輯。
講得出為什麼這樣做。
出問題不要推給別人。

久了,大家自然會信任你。

小結:影響力,是慢慢累積的。

改變很正常,要擁抱改變

需求改來改去很常見。

抱怨沒用。

比較有價值的是問:

為什麼改?
市場發生什麼變化?
我們哪裡判斷錯?

做完一段階段就要要復盤,要把經驗寫下來。

這些東西幾年後會變成你的底氣。

小結:變動是常態,從中學到東西才重要。

建立自己的方法框架

產品能力是認知能力。

不是看很多書,而是能做判斷。

建議你做三件事:

拆解產品。
寫下思考。
定期整理。

把經驗整理成自己的框架,你才會成長。

小結:能力會複利,但前提是你有在累積。

產品這條路會懷疑自己,也會被質疑

但只要你常常回到兩個問題:

這是不是值得解決的問題?
我們是不是在用合理的方式驗證?

方向就不會太偏。

最後一句話送你:

在你還沒搞清楚問題前,不要急著畫圖。

產品不是做功能,是解決問題。

慢慢來,會比較快。

要深入了解產品經理的基本職責和角色,請參考我們的詳細指南:產品經理是什麼?是產品的總負責人。

我開了一堂線上的 **PRD 一日密集課**,歡迎查看課程連結,4月19 日上課。[課程連結](https://pagerank.ing/prd-one-day-intensive-course/),課程有「任何」問題,直接在 LINE 搜尋 [@pagerank](https://lin.ee/ip0SiD6) 詢問。
我開了一堂線上的 **PRD 一日密集課**,歡迎查看課程連結,4月19 日上課。[課程連結](https://pagerank.ing/prd-one-day-intensive-course/),課程有「任何」問題,直接在 LINE 搜尋 [@pagerank](https://lin.ee/ip0SiD6) 詢問。
返回頂端