C端產品經理工作的6個重點
首先聲明本文不是雞湯文,而是認真的在思考工作的一些方法心得,并且希望跟各同行交流探討。本文并不是針對互聯網新人看的,會結合工作的具體案例來支撐我的思考,還請大家根據需求來選擇看或不看。
產品經理的主要工作
任何拋開實際空談理論的行為都是扯犢子,產品經理類型分為很多種,不同類型的PM或許工作內容和重心都不相同,就我來說,屬于c端產品,我認為c端產品的主要工作分為以下幾點。
1. 價值明確
這個環節其實是工作的根本,你必須要知道業務目標在哪里,然后建立一些指標用于評估目標的完成情況。否則,后面進行產品迭代時,容易導致東一榔頭西一棒槌,找不到發力點。
就拿我所負責的產品舉例,我負責OTA產品的內容板塊,由于整個產品已經比較成熟,業務目標比較明確,就是訂單量的增長。
具體到我所負責的內容板塊,也是要為這個大目標服務的。所以,我給自己定的目標就是,通過內容板塊對站內流量進行高效分發,從而為各個業務線導流。
再往細了說,我們app以火車票訂單為主,為擴大業務范圍,我們又發展了機票、酒店、門票等多條業務。如果要在整體用戶量難以增長的前提下,實現訂單的增長,其實就需要帶動用戶在機票、酒店、門票多下訂單。
所以,在這個背景下,我需要做的就是,結合用戶預訂火車票的場景,通過內容的形式,來做各其他業務線的交叉轉化,為其他業務線導流。
那這個大目標制定完成后,就需要找出合理的指標來評判目標的完成情況了。這里我選取核心指標是導流UV,此外我還會看內容板塊的總流量和點擊率,因為這兩個指標意味著產品本身做的好不好。其實還會一些更加輔助的指標,比如說用戶留存、間接引導訂單等,這些會在某些特定場景下去看,不作為主要指標。
很多PM在負責工作的時候,其實是沒有接觸過這個環節的,這個環節是從0到1的產品過程,并不是所有PM都有機會能接觸的,所以如果自己不參與從0到1的環節,會比較輕松一些, 只需要跟前輩了解清楚你們產品的目標,你們的價值出口,否則后面的環節都會受到影響。
2. 需求定義
這個環節我認為是最重要的環節,你需要對用戶想法進行揣摩,并且時刻勿忘自己的業務目標。而且要知道,你的業務目標與用戶需求往往是沒有任何關聯的,并非只要滿足了用戶需求就能實現業務目標。
這時就需要通過你超人的洞察力、理解力、想象力來將用戶需求與業務目標結合,轉化為產品目標。說起來可能有些晦澀,還是通過舉例子來分析吧。
對使用OTA產品的用戶來說,旅游是用戶的剛需。在用戶的角度,往往是需要先發散地看到各種各樣的好玩的地方;然后當用戶對具體的某1個或某幾個目的地產生興趣時,再深度了解當地的玩法;
如果用戶有很強的意愿去玩,則后面需要評估自己的出行方案,比如時間、人、如何去、如何住、怎么玩、多少錢;等整個方案確認完畢后,再根據實際條件來決定是否下單。
整條鏈路非常長,每個環節都可以采取一些做法來促進用戶決策。
比如為了滿足用戶瀏覽旅游內容的需求,我可以做玩法推薦,推薦當下熱門目的地、適合周末玩的景點或者是適合情侶出游的景點。
再比如說,為了方便用戶可以深度了解某城市的玩法,我可以做城市玩法攻略,將某城市的著名景點和玩法匯總起來,讓用戶在需求時即可搜到。
再下一個環節,我可以做行程規劃,幫助用戶便捷智能地生成出游方案,縮短用戶的決策周期。再往后,當用戶確認了出行方案后,是否選擇下單,選擇在哪下單,則會結合價格、服務等多種因素來做決定。
從以上可以總結出,用戶需求有:瀏覽全球好玩的景點、玩法;了解某特定地區的詳細玩法;結合自身條件,規劃去某地的全部行程。
結合業務目標將用戶需求轉化為3個產品需求:
- 是出游玩法推薦;
- 是目的地的玩法攻略;
- 是幫助用戶做行程規劃。
通過這3個產品,來吸引用戶進入我的頁面,并盡可能地轉化到下一級頁面。
個人認為最大的難點在于,首先你自己要成為真正的用戶,才能理解用戶的想法;其次要時刻牢記業務目標才能不設計出雞肋的功能。
一句話來總結下就是:c端產品的設計,必須要滿足用戶的需求,這樣用戶才能用你的產品,從而實現你的目標。
3. 方案設計
這是第二重要的環節,也是難度等同于需求挖掘的環節。我所在的部門風格是產品主導整個方案的設計,因此經常會感覺一個人的思路有些局限,想不出好的產品方案。
我通常采取的方法是:將產品需求從一句話擴充成簡單的示意圖,然后再將簡單的示意圖擴充為PRD。當然這個環節,個人建議是最好可以跟產品同學或交互設計同學討論,并且設計的初版方案給同事做些簡單的調研。
具體還是舉例說明:
比如上面談到的目的地玩法攻略的設計,首先是考慮用戶怎么查看,我的想法是用戶搜索城市名的時候,比如北京/上海,點擊后直接跳轉到新的落地頁,落地頁名稱就叫–上海玩法攻略,然后在這個頁面上展示一些上海當地的景點、玩法、酒店等。
有了這個思路后,再把簡單的示意圖畫出來,最后通過討論調研,再調整成初版PRD。
個人認為這里最大的難點在于對用戶心理的把控,這個環節基本上已經涉及到用戶可視化的頁面了,而頁面架構如何設計,重點突出什么信息,頁面的交互形式如何,視覺風格如何,都需要在這里考慮到了。
有可能你拿著畫好的示意圖去找用戶做調研,發現大家對此沒有一點感覺。所以,這里還是建議多用用自家app,成為真正的用戶。
4. 溝通實現
這個環節相對來說比較明確,核心目標就是跟設計、研發、測試溝通清楚產品需求和產品邏輯,確保最終上線的產品是你想要的樣子。
大公司流程會規范一些,像我們會有初評和終評,并且除了這些評審,任何問題也會隨時與設計、研發保持溝通,因此基本上也沒遇到過太大的問題。
這里要畫個重點,埋點方案一定要重視,不然以后看不到數據有你哭的。
5. 排期跟進
各方一起定下最終排期,若資源不足導致很多功能排不上,如果一定要做,那就及時跟領導反饋情況,看是否能從資源層面來解決。
一旦排期確定后,產品、設計、研發測試都要按照這個排期來協作,保證高質量上線。
6. 分析總結
不說了,大家都懂。
各環節的精力分配
這其實也是我想跟大家討論的地方,各個環節應該如何分配工作時間,才能達到更好的結果呢。
首先價值明確這個環節,一般僅在新產品開辟時需要研究,后續迭代就沒有這部分工作量了,所以只考慮后續的環節。
如果從時間上來看,我目前各環節的時間分配從高到底分別為方案設計、排期跟進、溝通實現、分析總結、需求定義。
但其實前面也說了,需求定義反而是很重要的環節,我曾經試過連續2天坐在工位想需求,特別難受,而且效率也不高,所以其實最好把需求定義放到平時,每天抽出一些時間來切換成用戶的視角看產品,這樣有利于積累一些用戶需求,從而幫助自己高效地定義需求。
方案設計環節最好能收集用戶的想法,或者借鑒下設計的想法。然后是分析總結,這塊可以結合需求定義一起來做,并且除了主要的指標,也可以拉一些之前不太看的指標,說不定能找出一些問題呢。
總結
我相信每個PM都不希望淪為做需求的,也不希望被開發大哥拿刀砍。所以,合理分配好自己的工作時間,把精力放到刀刃上,其實是更有意義的。
如果大家看后有所感悟,歡迎加我微信探討,我是Chris,從運營到產品,變化的是職位,不變的是業務的追求以及對用戶的忠誠。
作者:chris;個人微信:huazi1004850671
本文由 @000 原創發布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
好文~~~小白狗表示學到很多。!