推薦 | 做C端產(chǎn)品經(jīng)理一年多了,這是我的總結(jié)
作者從事產(chǎn)品崗位已經(jīng)一年多了,負責(zé)的內(nèi)容也都是C端的前端產(chǎn)品規(guī)劃及產(chǎn)品設(shè)計的內(nèi)容,有從0到1,也有從1到2,經(jīng)歷過一周需求到上線,也經(jīng)歷過效果不佳而迫停,走到現(xiàn)在也是一路坎坷。將這一路總結(jié)成文,希望對你有所幫助。
回顧一下,把自己踩過的坑和經(jīng)歷總結(jié)出來,給自己一個成長的總結(jié),也給一些產(chǎn)品新人提供一些經(jīng)驗。
市面上的產(chǎn)品多種多樣,但是每個產(chǎn)品從概念到成型的歷程一般都脫離不了用戶體驗要素中所提到的戰(zhàn)略、范圍、結(jié)構(gòu)、框架和表現(xiàn)五個層次。每個層次對于產(chǎn)品經(jīng)理的要求也不盡相同,也從一定程度上要求了產(chǎn)品經(jīng)理必須是一個全能的職業(yè)。產(chǎn)品經(jīng)理在工作中是貫穿整個項目過程的,從需求到上線,包括后期的迭代,大部分工作都是由產(chǎn)品經(jīng)理來策劃跟進推動的。
一.需求到功能
1.產(chǎn)品的需求來源
通常有幾種:
- 團隊內(nèi)部
- 競品(同類產(chǎn)品、有相同特質(zhì)的產(chǎn)品)
- 運營、老板等外部因素
- 用戶調(diào)研;
對待不同來源的需求要采取不同的方式應(yīng)對,目的都是收集需求。
團隊內(nèi)部的需求通常來源于頭腦風(fēng)暴,少部分來源于某些團隊成員的會外建議,這部分人對產(chǎn)品本身的認識是最深刻的,提議的出發(fā)點通常是產(chǎn)品本身。
來源于競品的需求通常是說服力比較高的,但是在分析需求的過程中記得考慮下用戶在什么場景下會產(chǎn)生這種需求,尤其是競品產(chǎn)生新功能的時候,尤其注意這時候功能的復(fù)制是不是合理的。
運營和老板的需求我把他們放到一起,這類需求的來源通常讓產(chǎn)品經(jīng)理非常被動,通常他們會說我們的產(chǎn)品為什么沒有XX功能,為什么我們的功能和別人不一樣,作為產(chǎn)品,不要偏聽他們的一面之詞,要挖掘到他們提出需求的本質(zhì),并且注意他們只是需求提供者,并不是方案提供者。
用戶調(diào)研也是比較有效的一種需求來源,通過用戶訪談,觀察用戶使用同類產(chǎn)品或者同類功能時的行為,甚至通過問卷來分析用戶的心理情況,都是可取的,但是操作過程中也要注意用戶的“說謊行為”,產(chǎn)品完成后使用者的反饋意見也很重要,也是收集需求的一個有效渠道。
需求收集后,建立產(chǎn)品需求的需求池,以便于對需求進行分析管理。通常需求池的模板如下:
2.需求整理
需求整理是每個產(chǎn)品經(jīng)理都要掌握的技能,而且每個產(chǎn)品經(jīng)理采用的方式不盡相同;一個產(chǎn)品的服務(wù)對象永遠不會是所有人,這里介紹一個比較常用的方式,5W2H的方法,分析受眾(WHO)在什么時間(WHEN)什么地點(WHERE)因為什么(WHY)去做什么(WHAT),怎么做(HOW),會付出什么(HOW MUCH),以此來定位該需求是不是偽需求,如果不是偽需求,對應(yīng)該需求用什么功能來解決。
3.需求分析
以KANO模型去分析需求中的基本型需求、期望型需求和興奮型需求,以此配合產(chǎn)品的當(dāng)前發(fā)展階段來給需求進行分期完成。
(下圖來源于人人都是產(chǎn)品經(jīng)理《需求評審之前,需求挖掘和需求管理怎么做?》)
該文中作者還對KANO模型做了一系列的延伸,在基本型需求、期望型需求和興奮型需求的基礎(chǔ)上增加了無差異需求和反向需求。
基本型需求是必須具備的,用戶覺得是本來就該有的,一般是產(chǎn)品的基本屬性和基本功能;
期望型需求是用戶期望有的,沒有可以接受,但是有了會非常認可;
興奮型需求是用戶所沒有想到的,超出用戶預(yù)期的需求,提供后用戶會產(chǎn)生驚喜;
無差異需求是有沒有對用戶都無所謂,用戶不在意;
反向需求則是用戶根本沒有這種需求,提供后會影響用戶的滿意度。
基本需求通常是產(chǎn)品最基本的功能,不能缺少,不然不足以支持整個產(chǎn)品的功能及框架;期望需求也是產(chǎn)品第一版本所需要考慮到的內(nèi)容,如果功能缺失造成用戶的體驗不好,會造成很大程度的用戶流失;而對于興奮型需求,往往是產(chǎn)品的賣點,但是在資源或時間緊缺的情況下可以考慮適當(dāng)延后,但是最終還是要落實到產(chǎn)品上;無差異需求可以考慮下商業(yè)價值,如果在不影響用戶的情況下獲取利益,是最好的方式了;反向需求就像產(chǎn)品中的廣告,用戶很討厭,但是為了商業(yè)價值還是要妥協(xié)。
二.功能到結(jié)構(gòu)
這個內(nèi)容的主要目的有兩點:
- 產(chǎn)品功能的層級結(jié)構(gòu)的確認;
- 對功能實現(xiàn)的成本進行預(yù)測;
用戶在使用某個功能時的有關(guān)因素包括:用戶自身屬性,場景屬性,用戶行為屬性;每個因素都對用戶使用該功能有著不可避免的影響,在確定產(chǎn)品功能的重要性時需要給每個影響因素設(shè)定一個影響指數(shù),和每個因素在產(chǎn)品中的比重值。
目標(biāo)用戶人群的基本屬性指數(shù)a(性別,年齡,職業(yè)等自然屬性),用戶基本屬性的比重值為x;用戶的行為屬性指數(shù)b(興趣,習(xí)慣等),用戶行為的比重值為y;場景屬性指數(shù)c(時間,地點,環(huán)境,要做什么等),場景屬性比重值為z;該功能在產(chǎn)品中的重要指數(shù)即可通過a*x+b*y+c*z進行一個粗略估計。我通常取值a+b+c=1,x+y+z=10,這樣獲得的數(shù)值對比性比較明確,參考性也比較強,有一定數(shù)據(jù)時獲得的結(jié)果準確性更高,有一定量數(shù)據(jù)的情況下參數(shù)的取值也要根據(jù)數(shù)據(jù)而定,不能根據(jù)猜測來判斷。功能的分類也通常是根據(jù)場景來劃分的,而一些使用頻率不高的功能就會選擇弱化一些。
這個過程通??梢园旬a(chǎn)品中每項功能的重要性和層級展示出來,為后期的產(chǎn)品設(shè)計提供很強的依據(jù)。
其次,在功能確定之后,需要帶上團隊的設(shè)計師及開發(fā)人員進行工期預(yù)估會議,這個會議的目的有兩個一是為了給項目一個大概的節(jié)點,使項目從開始到上線的過程中有一個計劃,便于進行時間管理和提高團隊效率;第二個目的是要在會議過程中判斷某些興奮性需求的功能實現(xiàn)性價比,能否在不影響整個項目進度的情況下把產(chǎn)品功能做的完美,還是因為時間問題把一些功能延期,產(chǎn)品經(jīng)理也要在這個過程中慢慢的學(xué)會自己判斷功能實現(xiàn)的時間成本,避免因為沒有經(jīng)驗而被程序員忽悠。
三.結(jié)構(gòu)到框架
產(chǎn)品結(jié)構(gòu)到產(chǎn)品框架的過程可以說是產(chǎn)品經(jīng)理到交互設(shè)計師的交接過程,然而大部分公司都是由產(chǎn)品經(jīng)理把這部分工作做掉的,這個環(huán)節(jié)主要包括三個方面:產(chǎn)品的內(nèi)容設(shè)計,產(chǎn)品的操作邏輯,頁面上的框架布局,體現(xiàn)到成果上即產(chǎn)品內(nèi)容及產(chǎn)品原型和邏輯圖、時序圖等。
內(nèi)容設(shè)計
產(chǎn)品的內(nèi)容設(shè)計是產(chǎn)品的內(nèi)容核心,通常也是一個產(chǎn)品的立足之本,沒有好的內(nèi)容就不會有好的體驗,即使頁面效果做得再好,對用戶也毫無吸引力。相反,如果產(chǎn)品本身的內(nèi)容質(zhì)量足夠高,哪怕在功能和頁面上有瑕疵,也可以通過快速迭代的方式來改善。簡單舉幾個例子,愛奇藝、騰訊視頻等播放器需要足夠的視頻資源及分類;直播平臺的主播及直播內(nèi)容都可以說是平臺的內(nèi)容;只有內(nèi)容的定位精確和資源足夠的情況下,產(chǎn)品功能的設(shè)計才有意義。
操作邏輯
操作邏輯是所有產(chǎn)品體驗中必不可少的一個環(huán)節(jié),無論是前端還是后臺都非常重要(當(dāng)然區(qū)別在于前端重體驗,后端重邏輯,權(quán)重值不同)。產(chǎn)品的定位用戶通過聚類和分類后都可以把用戶分為幾個固定的群體,每個群里內(nèi)的用戶存在幾個或多個共同的特點,或者說有一些相似的用戶習(xí)慣,針對主要用戶群體的用戶習(xí)慣形成的操作邏輯和操作方式,用戶活躍程度才更容易保持。操作邏輯可以簡單分解為信息傳遞和操作反饋兩部分,信息傳遞是產(chǎn)品頁面上給用戶傳遞的信息及可操作性,操作反饋則是用戶產(chǎn)生操作行為后會有一個假象的反饋,或者說結(jié)果,而我們的任務(wù)就是去設(shè)計應(yīng)該給用戶什么樣的反饋及以怎么樣的形式來展現(xiàn)。
原型設(shè)計
原型設(shè)計是把需求傳達給設(shè)計師的媒介,也是對產(chǎn)品框架的設(shè)計,同時也是產(chǎn)品經(jīng)理的入門基礎(chǔ)。繪制原型的目的主要包括幾個方面:
- 搭建產(chǎn)品框架,清晰的表達思路;
- 提高效率,減少和設(shè)計師、程序員的溝通成本;
- 為產(chǎn)品備案。
首先在繪制原型的過程中,產(chǎn)品經(jīng)理對產(chǎn)品邏輯和業(yè)務(wù)邏輯會有更深入的理解和思考,產(chǎn)品邏輯出現(xiàn)問題時也可以及時的進行修改;
其次減少溝通成本,一是減少和項目組外成員的溝通成本,通過原型的展示使產(chǎn)品邏輯更直接的展示出來,使更容易理解產(chǎn)品;二是減少產(chǎn)品設(shè)計開發(fā)中的溝通成本,好的原型可以減少很多的口頭溝通成本,而且復(fù)用性很高,產(chǎn)品設(shè)計開發(fā)過程中可以節(jié)省很多的時間。最好每個項目組或者產(chǎn)品團隊要有自己的原型設(shè)計規(guī)范,一方面是為了原型設(shè)計的美觀,另一方面根據(jù)規(guī)范撰寫的產(chǎn)品邏輯和備注說明更容易被設(shè)計師和工程師理解,其次在原型設(shè)計時可以節(jié)省很多時間。最后根據(jù)產(chǎn)品規(guī)范設(shè)計的原型可以更方便的讓新人學(xué)習(xí),減少培訓(xùn)成本,在產(chǎn)品負責(zé)人缺失時后續(xù)產(chǎn)品可以更好的銜接上。
四.框架到設(shè)計
UI設(shè)計:UI設(shè)計主要的工作內(nèi)容就是把產(chǎn)品設(shè)計優(yōu)化然后展示給用戶,然后交付到開發(fā)實現(xiàn)。關(guān)于設(shè)計所涉及的幾個問題:布局、配色、文字、按鈕、切圖、適配。其中布局、配色、按鈕和文字在每個不同的產(chǎn)品中都有不同的規(guī)范標(biāo)準;而切圖和適配則是UI行業(yè)內(nèi)統(tǒng)一的規(guī)范及標(biāo)準;
PCweb和APP的差別較大,手機web則可以看做兩者之間的過渡。當(dāng)然目前APP更熱一點,以app為例,建立規(guī)范和標(biāo)準,另外最好用一套規(guī)范去適配Android和iOS兩個平臺來降低設(shè)計成本。當(dāng)然每個產(chǎn)品的標(biāo)準和規(guī)范并不相同,在此以APP為例舉個例子:
關(guān)于尺寸:
標(biāo)準色:
標(biāo)準字:
按鈕:
這只是一個粗略的設(shè)計規(guī)范,另外如何劃分模塊、圖文間距、公共控件等都需要有一個詳細的設(shè)計規(guī)范,希望大家都配合設(shè)計師確定一下。設(shè)計稿評審?fù)ㄟ^之后,標(biāo)注切圖交付到開發(fā)。
五.設(shè)計到開發(fā)
設(shè)計圖完成之后,按照功能或模塊把產(chǎn)品拆分開來,進行開發(fā)評審會議,主要目的為分別確定功能完成所需時間同時確定功能開發(fā)的優(yōu)先級,該會議需要前后端和產(chǎn)品同時參與。按照功能或模塊的優(yōu)先級把任務(wù)安排到前后端負責(zé)人。
前端確定開發(fā)的頁面量級和難度,難點需要整理出來確定解決時間(特別困難的情況下衡量下需求是否要簡化或者延期)。
后端確定需搭建或維護的數(shù)據(jù)庫,需要的接口量級,難點需要整理出來確定解決時間(特別困難的情況下衡量下需求是否要簡化或者延期)。
注意把控開發(fā)進度,兩個點:一個時間,一個效果。時間是按照項目規(guī)劃按時完成,一般每天最少一次跟進下進度,盡量把任務(wù)分配到天,每天都完成一部分。另外實現(xiàn)效果不能防水,以一個高標(biāo)準去要求最后的產(chǎn)品效果,即使最后只能達到80%,也是一個可以推出的東西,如果以80%的效果去要求,最后很可能連60%都打不到。
最后一點,盡量和開發(fā)打好關(guān)系,尤其是經(jīng)常給你干活的開發(fā),處理好關(guān)系給你的幫助會遠遠大于你的付出。
六.產(chǎn)品的迭代
不論是硬件產(chǎn)品還是互聯(lián)網(wǎng)產(chǎn)品都逃脫不了產(chǎn)品的生命周期論,這就無可避免的需要產(chǎn)品進行迭代,而互聯(lián)網(wǎng)產(chǎn)品的迭代頻率又遠遠高于硬件產(chǎn)品,迭代的過程貫穿在整個產(chǎn)品的生命周期中。
互聯(lián)網(wǎng)產(chǎn)品的生命周期中,導(dǎo)入期通常是產(chǎn)品一期產(chǎn)品的推廣和迭代,用戶量會逐漸增多,需求的數(shù)量也是逐漸增多,這個過程會一直持續(xù)到產(chǎn)品的成熟期,在成熟期階段,產(chǎn)品的新需求會越來越少,更多的是產(chǎn)品的維護和調(diào)整,而用戶量還是會緩慢增加;當(dāng)?shù)竭_衰退期時,需求會嚴重減少,而用戶也會在這個階段去尋找更好用的產(chǎn)品,這時產(chǎn)品通常需要一個大的改版來挽留用戶,如果成功,則會把產(chǎn)品推入到一個新的產(chǎn)品生命周期。通常一個成功的產(chǎn)品是需要持續(xù)對市場產(chǎn)品進行調(diào)研分析,然后對自己的產(chǎn)品進行調(diào)整和迭代的。
產(chǎn)品迭代和產(chǎn)品創(chuàng)建過程中的需求來源是有很大區(qū)別的。前期的需求來源比較簡單,后期迭代中的需求更多的需要依靠數(shù)據(jù)統(tǒng)計和用戶反饋來進行改版。大到一個模塊、一個功能,小到一個按鈕、一個色塊,在迭代階段不能是簡單的拍腦袋,而是需要一定的數(shù)據(jù)支撐;日活、留存、點擊量、轉(zhuǎn)化量都是參考;改版上線的過程通常也是以灰色發(fā)布為主,A/B測試就是其中一種,通過兩種方案的數(shù)據(jù)對比來獲取最終選擇方案,過程比較緩慢,但是很有效果。
產(chǎn)品迭代的時間規(guī)劃視團隊內(nèi)部的合作方式而定,頻繁無周期的改版和長周期改版都是不合理的方式,前者影響工作效率,后者影響產(chǎn)品更新進度。建議在沒有大調(diào)整的情況下2-4周做一次改版,而且周期固定,形成團隊的工作習(xí)慣;當(dāng)有大的調(diào)整時,視資源和開發(fā)進度在時間上進行調(diào)整。
這是我工作一年的小結(jié),希望可以互相交流。
作者:點點(微信號gonoway),產(chǎn)品經(jīng)理,1年產(chǎn)品設(shè)計經(jīng)驗,新人上路,大家多多指教。(且行且珍惜,新人互勉)
本文由 @點點 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
2021年了,我為什么沒有早點看到這篇文章!依然受益匪淺*v*,感謝!
我做了兩年產(chǎn)品經(jīng)理了,但是沒人帶,一直是自己研究,感覺自己做的很不規(guī)范。可以交流一下嗎
你們公司有沒有項目經(jīng)理?就是統(tǒng)管技術(shù)的。以前我們也是沒有,后來發(fā)現(xiàn)一個產(chǎn)品經(jīng)理對接幾十個開發(fā),而且是4端,根本吃不消。后來有了項目經(jīng)理,不管是產(chǎn)品評審、技術(shù)執(zhí)行和產(chǎn)品質(zhì)量都會有很好的把控。我是從創(chuàng)業(yè)公司從0到1,從什么規(guī)范都沒有到今天乃至以后一點點摸索實踐出來的。還有就是跟技術(shù)部搞好關(guān)系真的很重要,我沒事給他們就自己掏腰包買點水果什么的,也會在上線前陪著通宵,讓大家覺得大家是一起奮斗的兄弟。一點點經(jīng)驗,我也是汽車行業(yè),以后希望能多交流。
也沒有項目經(jīng)理,同苦逼 哈哈
為啥感覺說說就越來越像B端。側(cè)重點不是C端嗎
沒有啊 你覺得哪里像B端呢
大神求帶啊,我20歲了,可以交流、交往一下嗎
你是黑哥嗎 求交流啊 不交往啊
666
謝 謝
?? ?? ?? ?? 大神 ,我是職場小白,求帶求帶求帶
互相交流 ?
來呀,加我呀
? 我咋加你啊。。我的微信在呢。。你搜一下就有了。。
不會搜。我沒有微信啊。
額 那我確實沒轍了。。 ??
哦,我17歲,你呢?
17歲。。做產(chǎn)品嗎。。我25了。。
是啊。
666666
嘻嘻嘻 只是跟著湊熱鬧,,,我還學(xué)生呢
66
這段對話看得我方了
哈哈 我后來看看都覺得醉了。。
感覺很方法論啊~而且很多時候需求不是只看用戶喜歡不喜歡就能決定的,有時候要考慮到行業(yè)因素在里面,甚至用戶有好幾類對象~另,我是來蓋樓的~~
新人剛?cè)胄校x謝
我也剛做一年多,多多交流
整理的不錯,入行一年,有如此深的理解,真心不錯。贊一個。
謝 謝
作為正準備入行的我來說,這篇文章無疑對我?guī)砹四蟮膸椭鷡贊
希望有幫助 哈哈
能看懂上面的文章 你就是一位合格的產(chǎn)品經(jīng)理了
為什么要盡量和開發(fā)搞好關(guān)系?說得好像開發(fā)像老大一樣233
? 你如果是技術(shù)大牛是不用考慮的 但是我是技術(shù)小白 搞好關(guān)系他們就會把架構(gòu)搭的好一點 坑埋的少一點 有坑會及時跟你溝通 不會出了問題直接把鍋踢給你
我覺得是不是大牛都應(yīng)該跟技術(shù)搞好關(guān)系,不是說誰是老大的問題。
首先產(chǎn)品經(jīng)理靠綜合素質(zhì)吃飯的,本身EQ和協(xié)調(diào)能力就必須高于研發(fā)人員,作為潤滑劑周旋于運營部,產(chǎn)品部,研發(fā)部之間,別人要給認可你才容易展開工作。
第二心甘情愿合作和被從屬關(guān)系壓著合作完全是兩種不同的狀態(tài),盡可能讓人跟你心甘情愿合作。
第三,假設(shè)研發(fā)很忙,你有一個事情對自己很緊急也很重要要找他協(xié)助,而另外一個人也有一個事情找他協(xié)助,人一般優(yōu)先會幫自己關(guān)系好的人解決問題。
感覺很厲害了,我也是新人, ?? 路還長著呢
? 不會跟技術(shù)溝通咋辦,感覺說的技術(shù)都聽不懂,無法交流的感覺啊
需要有個過程的 就像做產(chǎn)品。。從開始的不懂到熟悉。。多跟他們聊天 多混混 沒壞處的
得罪開發(fā),小心留一堆bug,還是要懂一點后臺、接口、表單等知識才能用共同語言交流。
開發(fā)一個產(chǎn)品的工作量是非常大的,有時候產(chǎn)品經(jīng)理一個小小的改動就意味著程序員要不眠不休的奮斗幾天,所以程序員不待見產(chǎn)品經(jīng)理很正常。而且寫代碼的工作產(chǎn)品經(jīng)理基本上干不了,就算程序員偷懶給你挖坑也看不出來,到時候出問題還得產(chǎn)品經(jīng)理吃灰。
還是要懂一些后臺的東西的
厲害,同樣工作一年,感覺跟你的差距好大
?? ??
看的出作者所在的公司應(yīng)該是比較有實力的,有較為規(guī)范的工作流程和知識沉淀;作者總結(jié)的很好,值得學(xué)習(xí)。
寫的確實不錯,很受用
產(chǎn)品0~1的過程基本涵蓋了,不過設(shè)計規(guī)范覺得不太對,一個按鈕要240x100px?類似的小毛病吧,不錯!
第一次評論,寫的真好!
好贊
謝 謝
親,需求整理的5W2H-倒數(shù)第二個應(yīng)該是who吧?
是的。。。寫錯了
好文章
寫得很棒,非常值得學(xué)習(xí)
整理的很好,學(xué)習(xí)學(xué)習(xí)! 感覺你是女生吧
我是漢子。。
寫出來這樣的文字,不像新人,不錯
哈哈 謝謝啦
研究很細致,值得學(xué)習(xí)~
說不上研究 只是偶爾總結(jié)總結(jié)
?? ?? ?? ?? ??
確實給我很多啟發(fā),還列出很多具體方法
多多交流,互相幫助
其實都是比較淺的東西,只是整理了一下,需要學(xué)習(xí)的地方還很多,歡迎大家多多交流。
??
??
的確是好文章
謝謝