作為應(yīng)屆生,我在產(chǎn)品經(jīng)理這個坑里的體會
作為一枚BAT的產(chǎn)品經(jīng)理,帶著無限的憧憬踏入了產(chǎn)品經(jīng)理的大坑。由于之前讀書的時候沒有實習經(jīng)歷,所以對產(chǎn)品經(jīng)理的真正運行模式是不了解的,帶著要做已用戶為中心的產(chǎn)品這種神圣的使命在七月初開始了我產(chǎn)品汪的人生。如今,工作快一個月了,在這一個月中,對產(chǎn)品經(jīng)理這個職位有了一個從高到低,從云端到現(xiàn)實的認識。
我所加入的產(chǎn)品由于正處于發(fā)展期,需要擴大用戶量和活躍度,因此,版本更新速度很快,以兩周一版本的速度高速運轉(zhuǎn)著。雖然才剛?cè)肼殻矝]有給我更多的時間慢慢地去學習和接觸,而是直接由師傅帶著進入了產(chǎn)品的迭代。
產(chǎn)品一個版本的迭代包括如下過程:
- 產(chǎn)品經(jīng)理提出下一個版本的產(chǎn)品需求,并對這些需求進行優(yōu)先級的排序;
- 產(chǎn)品經(jīng)理和交互、視覺、開發(fā)的小伙伴們一起進行需求評估和篩選;
- 對篩選出來的需求進行整理和思考,撰寫出詳細的PRD;
- 將PRD交給交互的童鞋進行交互設(shè)計,并給開發(fā)的童鞋進行排期;
- 交互將交互稿給視覺的童鞋,視覺的童鞋結(jié)合產(chǎn)品的PRD進行交互設(shè)計;
- 開發(fā)的童鞋根據(jù)視覺稿和PRD文檔開始開發(fā);
- 開發(fā)完成后交給測試和產(chǎn)品經(jīng)理進行測試,測試的同學主要時針對功能的正常和異常進行測試,而產(chǎn)品經(jīng)理也需要來參與測試,以便驗證開發(fā)出的結(jié)果是不是當初想要的效果;
- 在整個產(chǎn)品迭代周期過程中,產(chǎn)品經(jīng)理都要實時參與到各個環(huán)節(jié),了解最新的進度,并及時進行信息的溝通,當測試都通過后,就可以進行產(chǎn)品的發(fā)布,一般會采用灰度發(fā)布的方式進行預(yù)發(fā)布,然后再普及到所有的用戶。
總算走完一個版本的整個流程,你以為產(chǎn)品經(jīng)理終于可以休息了。NO!還有下一個版本在等著你呢。由于我們的產(chǎn)品迭代周期很快,因此很多流程都是交叉進行的,比如這個版本的PRD寫完后,其實就應(yīng)該規(guī)劃下個版本的需求了。
在為期一個月的工作經(jīng)歷當中,總結(jié)了以下的心得體會,有的是拿著被開發(fā)打死的風險換來的。
1、切勿眼高手低
剛開始使用我們的產(chǎn)品后,我發(fā)現(xiàn)了很多需要改進的問題,于是將要改進的地方列出了一大頁,后來了解到,同事們正在朝著這些需要改進的地方在努力。因為互聯(lián)網(wǎng)產(chǎn)品講究的是小步快跑,不斷試錯,不會等到將所有功能都盡善盡美了再推出去,首先,姑且無論這個世界上沒有盡善盡美的東西,就算你開發(fā)出了一個十分完美的產(chǎn)品,等你再投入到市場的時候發(fā)現(xiàn)這片江山早就被別的公司給占去了,用戶已經(jīng)習慣了他們的產(chǎn)品。
由于我們的產(chǎn)品要改進的地方很多,剛開始發(fā)現(xiàn)隨便拿個功能我就能很快就能畫出它的邏輯圖,大概是個什么樣的功能,怎樣的實現(xiàn)心里也有個大致的概念,寫著PRD也覺得沒什么挑戰(zhàn)。于是產(chǎn)生了一種這根本就不是真正的產(chǎn)品經(jīng)理的感慨,真正的產(chǎn)品經(jīng)理應(yīng)該是考慮用戶到底需要什么,應(yīng)該站在一個更高的視野,更開闊的眼界去看待這個產(chǎn)品,而不是為了拉新,促活,去增加一個功能。這讓我有一度懷疑我是不是入錯了坑??僧斘艺嬲ジM一個需求的時候才發(fā)現(xiàn)自己就是傳說中的眼高手低。對于一個初入行的產(chǎn)品經(jīng)理來說,你需要去留意,去思考和培養(yǎng)你產(chǎn)品的感覺,但更應(yīng)該地是去夯實你的基礎(chǔ),不要瞧不起寫文檔的工作,能把一個需求全面考慮清楚,決定做什么功能,不做什么功能其實需要很扎實的本領(lǐng)。
2、一定要從全局考慮所有功能,而不能只考慮你最長使用的功能
當我們拿到一個需求的時候,一定要從全局的角度去考慮跟這個需求相關(guān)的所有的功能,而不是作為一個用戶僅考慮你使用的的常見功能。拿音頻播放來說,作為用戶可能覺得一個音頻播放只需要能播、能停、能下載就好了,但作為一個產(chǎn)品經(jīng)理,你就需要考慮跟音頻所有相關(guān)的功能和邏輯,比如后臺播放功能,音頻播放的邏輯,怎樣方便用戶快速找到需要的音頻,每次怎么緩存,緩存多少,有哪些入口,這些入口有什么不同,之間的關(guān)系又是怎么樣的,需不需要用戶登錄等等。總之,要把自己當作一個產(chǎn)品經(jīng)理,而不是當作一個用戶去考慮一個需求和功能。
3、養(yǎng)成考慮異常情況的意識
作為用戶來說可能不會留意一些異常情況,但產(chǎn)品經(jīng)理設(shè)計產(chǎn)品的時候卻不能忽略。任何需求和功能都要考慮有沒有異常情況,異常情況下怎么處理。比如支付功能,在支付過程中發(fā)生了異常怎么半,比如兌換碼功能,還存在兌換碼不正確,兌換碼已經(jīng)被兌換過,兌換過程中對中斷等等異常情況。所以,要記得培養(yǎng)自己考慮異常情況的意識。
4、多看別人的競品
剛開始設(shè)計產(chǎn)品的一個需求的時候,總會有很多考慮不到的地方。有一個很好的方法就是多使用同類產(chǎn)品的這個功能,尤其是用戶數(shù)量非常多的產(chǎn)品,它們的這個功能肯定是大量用戶考驗過的。比如設(shè)計購物車功能時,一定要多研究淘寶,京東它們的購物車是怎么設(shè)計的,邏輯是怎樣的,為什么要這么設(shè)計等等,然后再結(jié)合自己的產(chǎn)品做出進一步的改進。我們在平時的時候頁不能簡單的去使用app,而要隨時留意這個功能它是怎么實現(xiàn)的,這樣做有什么利弊。
5、寫PRD的時候一定要用心,一步到位
在寫PRD的時候,產(chǎn)品經(jīng)理一定要用心,盡量做到要一步到位。不能自己覺得沒問題了就直接發(fā)給交互了,結(jié)果交互稿,視覺稿都出來了,程序員根據(jù)PRD和視覺稿開發(fā)到一半的時候問你這個邏輯是怎么考慮的,然后你猛然大悟,這個沒想清楚。那時候你也就別怪開發(fā)無情了。所以一個合格的產(chǎn)品經(jīng)理千萬別給開發(fā)留坑,讓他們跳進去。為了避免這種情況,一個比較好的方法就是不斷地通過原型或者畫圖來試用你提出來的產(chǎn)品,看看是不是有遺漏和沒考慮到的地方。紙上的文字和真正使用起來的感覺肯定是不一樣的。
6、有任何改動的時候需要及時跟各個團隊的接口人進行溝通
在產(chǎn)品PRD提交過后,難免會有一些小的改動,當發(fā)生這些改動的時候一定要及時地告知你團隊其它的PM,交互,視覺和開發(fā),并在PRD里面做相應(yīng)的更改,還要以郵件的形式告知所有相關(guān)人員,抄送給相關(guān)的老大。要不然很可能是改個字段這種小的問題,最后都會變成這個字段現(xiàn)在改的話開發(fā)來不及做接口,做不了。
5、一定要多思考,而不是做簡單的功能堆疊
無論是剛?cè)肼毜漠a(chǎn)品經(jīng)理還是已經(jīng)有多年經(jīng)歷的產(chǎn)品經(jīng)理,一定不要忘了多思考和多留意。留意你經(jīng)歷的每一件事,身邊的每一個現(xiàn)象,別人說的話,使用過的app等等。然后加上思考,去想為什么會這樣,我能不能利用,我要怎么用。只有不斷保持思考,你最后才能實現(xiàn)“做出一個偉大的,用戶真正需要的產(chǎn)品”的夢想,而不是總在做簡單的功能堆疊。
一個月的時間過得好快,馬上要領(lǐng)工資了,好開心。不忘初衷,保持饑餓,繼續(xù)我的產(chǎn)品修煉之路。
本文由 @nangeIC 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
你確定你是進入這行一個月了?一個月就能有如此基礎(chǔ)?
2019年產(chǎn)品菜鳥來看了這篇文章,覺得本文的作者分析的很透徹,大部分東西也都能理解,可能這就是他能入職BAT的原因吧,一開始就已經(jīng)很優(yōu)秀了,而且優(yōu)秀的同時還懂得不斷思考和總結(jié)。