C端產品經理工作的6個重點

1 評論 11814 瀏覽 70 收藏 12 分鐘

首先聲明本文不是雞湯文,而是認真的在思考工作的一些方法心得,并且希望跟各同行交流探討。本文并不是針對互聯網新人看的,會結合工作的具體案例來支撐我的思考,還請大家根據需求來選擇看或不看。

產品經理的主要工作

任何拋開實際空談理論的行為都是扯犢子,產品經理類型分為很多種,不同類型的PM或許工作內容和重心都不相同,就我來說,屬于c端產品,我認為c端產品的主要工作分為以下幾點。

1. 價值明確

這個環節其實是工作的根本,你必須要知道業務目標在哪里,然后建立一些指標用于評估目標的完成情況。否則,后面進行產品迭代時,容易導致東一榔頭西一棒槌,找不到發力點。

就拿我所負責的產品舉例,我負責OTA產品的內容板塊,由于整個產品已經比較成熟,業務目標比較明確,就是訂單量的增長。

具體到我所負責的內容板塊,也是要為這個大目標服務的。所以,我給自己定的目標就是,通過內容板塊對站內流量進行高效分發,從而為各個業務線導流。

再往細了說,我們app以火車票訂單為主,為擴大業務范圍,我們又發展了機票、酒店、門票等多條業務。如果要在整體用戶量難以增長的前提下,實現訂單的增長,其實就需要帶動用戶在機票、酒店、門票多下訂單。

所以,在這個背景下,我需要做的就是,結合用戶預訂火車票的場景,通過內容的形式,來做各其他業務線的交叉轉化,為其他業務線導流。

那這個大目標制定完成后,就需要找出合理的指標來評判目標的完成情況了。這里我選取核心指標是導流UV,此外我還會看內容板塊的總流量和點擊率,因為這兩個指標意味著產品本身做的好不好。其實還會一些更加輔助的指標,比如說用戶留存、間接引導訂單等,這些會在某些特定場景下去看,不作為主要指標。

很多PM在負責工作的時候,其實是沒有接觸過這個環節的,這個環節是從0到1的產品過程,并不是所有PM都有機會能接觸的,所以如果自己不參與從0到1的環節,會比較輕松一些, 只需要跟前輩了解清楚你們產品的目標,你們的價值出口,否則后面的環節都會受到影響。

2. 需求定義

這個環節我認為是最重要的環節,你需要對用戶想法進行揣摩,并且時刻勿忘自己的業務目標。而且要知道,你的業務目標與用戶需求往往是沒有任何關聯的,并非只要滿足了用戶需求就能實現業務目標。

這時就需要通過你超人的洞察力、理解力、想象力來將用戶需求與業務目標結合,轉化為產品目標。說起來可能有些晦澀,還是通過舉例子來分析吧。

對使用OTA產品的用戶來說,旅游是用戶的剛需。在用戶的角度,往往是需要先發散地看到各種各樣的好玩的地方;然后當用戶對具體的某1個或某幾個目的地產生興趣時,再深度了解當地的玩法;

如果用戶有很強的意愿去玩,則后面需要評估自己的出行方案,比如時間、人、如何去、如何住、怎么玩、多少錢;等整個方案確認完畢后,再根據實際條件來決定是否下單。

整條鏈路非常長,每個環節都可以采取一些做法來促進用戶決策。

比如為了滿足用戶瀏覽旅游內容的需求,我可以做玩法推薦,推薦當下熱門目的地、適合周末玩的景點或者是適合情侶出游的景點。

再比如說,為了方便用戶可以深度了解某城市的玩法,我可以做城市玩法攻略,將某城市的著名景點和玩法匯總起來,讓用戶在需求時即可搜到。

再下一個環節,我可以做行程規劃,幫助用戶便捷智能地生成出游方案,縮短用戶的決策周期。再往后,當用戶確認了出行方案后,是否選擇下單,選擇在哪下單,則會結合價格、服務等多種因素來做決定。

從以上可以總結出,用戶需求有:瀏覽全球好玩的景點、玩法;了解某特定地區的詳細玩法;結合自身條件,規劃去某地的全部行程。

結合業務目標將用戶需求轉化為3個產品需求:

  1. 是出游玩法推薦;
  2. 是目的地的玩法攻略;
  3. 是幫助用戶做行程規劃。

通過這3個產品,來吸引用戶進入我的頁面,并盡可能地轉化到下一級頁面。

個人認為最大的難點在于,首先你自己要成為真正的用戶,才能理解用戶的想法;其次要時刻牢記業務目標才能不設計出雞肋的功能。

一句話來總結下就是:c端產品的設計,必須要滿足用戶的需求,這樣用戶才能用你的產品,從而實現你的目標。

3. 方案設計

這是第二重要的環節,也是難度等同于需求挖掘的環節。我所在的部門風格是產品主導整個方案的設計,因此經常會感覺一個人的思路有些局限,想不出好的產品方案。

我通常采取的方法是:將產品需求從一句話擴充成簡單的示意圖,然后再將簡單的示意圖擴充為PRD。當然這個環節,個人建議是最好可以跟產品同學或交互設計同學討論,并且設計的初版方案給同事做些簡單的調研。

具體還是舉例說明:

比如上面談到的目的地玩法攻略的設計,首先是考慮用戶怎么查看,我的想法是用戶搜索城市名的時候,比如北京/上海,點擊后直接跳轉到新的落地頁,落地頁名稱就叫–上海玩法攻略,然后在這個頁面上展示一些上海當地的景點、玩法、酒店等。

有了這個思路后,再把簡單的示意圖畫出來,最后通過討論調研,再調整成初版PRD。

個人認為這里最大的難點在于對用戶心理的把控,這個環節基本上已經涉及到用戶可視化的頁面了,而頁面架構如何設計,重點突出什么信息,頁面的交互形式如何,視覺風格如何,都需要在這里考慮到了。

有可能你拿著畫好的示意圖去找用戶做調研,發現大家對此沒有一點感覺。所以,這里還是建議多用用自家app,成為真正的用戶。

4. 溝通實現

這個環節相對來說比較明確,核心目標就是跟設計、研發、測試溝通清楚產品需求和產品邏輯,確保最終上線的產品是你想要的樣子。

大公司流程會規范一些,像我們會有初評和終評,并且除了這些評審,任何問題也會隨時與設計、研發保持溝通,因此基本上也沒遇到過太大的問題。

這里要畫個重點,埋點方案一定要重視,不然以后看不到數據有你哭的。

5. 排期跟進

各方一起定下最終排期,若資源不足導致很多功能排不上,如果一定要做,那就及時跟領導反饋情況,看是否能從資源層面來解決。

一旦排期確定后,產品、設計、研發測試都要按照這個排期來協作,保證高質量上線。

6. 分析總結

不說了,大家都懂。

各環節的精力分配

這其實也是我想跟大家討論的地方,各個環節應該如何分配工作時間,才能達到更好的結果呢。

首先價值明確這個環節,一般僅在新產品開辟時需要研究,后續迭代就沒有這部分工作量了,所以只考慮后續的環節。

如果從時間上來看,我目前各環節的時間分配從高到底分別為方案設計、排期跟進、溝通實現、分析總結、需求定義。

但其實前面也說了,需求定義反而是很重要的環節,我曾經試過連續2天坐在工位想需求,特別難受,而且效率也不高,所以其實最好把需求定義放到平時,每天抽出一些時間來切換成用戶的視角看產品,這樣有利于積累一些用戶需求,從而幫助自己高效地定義需求。

方案設計環節最好能收集用戶的想法,或者借鑒下設計的想法。然后是分析總結,這塊可以結合需求定義一起來做,并且除了主要的指標,也可以拉一些之前不太看的指標,說不定能找出一些問題呢。

總結

我相信每個PM都不希望淪為做需求的,也不希望被開發大哥拿刀砍。所以,合理分配好自己的工作時間,把精力放到刀刃上,其實是更有意義的。

如果大家看后有所感悟,歡迎加我微信探討,我是Chris,從運營到產品,變化的是職位,不變的是業務的追求以及對用戶的忠誠。

 

作者:chris;個人微信:huazi1004850671

本文由 @000 原創發布于人人都是產品經理,未經作者許可,禁止轉載。

題圖來自Unsplash,基于CC0協議。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 好文~~~小白狗表示學到很多。!

    來自北京 回復