1年半工作總結(jié):B端產(chǎn)品經(jīng)理需要注意的那些事(1.0)

1 評(píng)論 4921 瀏覽 37 收藏 10 分鐘

編輯導(dǎo)語(yǔ):B端產(chǎn)品經(jīng)理在工作過程中,需要注意哪些事情呢?多多學(xué)習(xí)前輩的經(jīng)驗(yàn)可以幫助我們?cè)诠ぷ魃仙俨纫恍├?,進(jìn)步的更快。本文作者結(jié)合自己一年半的工作經(jīng)驗(yàn),從成長(zhǎng)點(diǎn)以及工作習(xí)慣兩方面為我們做出了回答,希望對(duì)你有所幫助。

從踏入產(chǎn)品經(jīng)理至今,已經(jīng)有1年半的時(shí)間了,本篇文章會(huì)總結(jié)一下我能感受到的自己成長(zhǎng)點(diǎn);其次,跟大家分享一下產(chǎn)品日常工作中需要注意的關(guān)鍵點(diǎn)。

一、成長(zhǎng)點(diǎn)

考慮需求更加全面,提前告知業(yè)務(wù)風(fēng)險(xiǎn)點(diǎn)。

對(duì)于B端產(chǎn)品經(jīng)理,很多需求來(lái)源于我們的業(yè)務(wù)方,他們會(huì)天馬行空地跟我們說(shuō)出很多需求。這個(gè)時(shí)候,我們需要快速地思考如下方面的問題:

1. 明確需求的合理性

這個(gè)問題需要回答的是要不要做的問題。

首先:引導(dǎo)業(yè)務(wù)明確地闡述為什么要做這個(gè)需求,如果業(yè)務(wù)只說(shuō)結(jié)果,我們很難洞察到背后的原因。因此需要讓業(yè)務(wù)描述出在什么場(chǎng)景下,遇到了什么問題,期望得到的結(jié)果是什么。通過了解背后的原因,可以探討需求的本質(zhì)。

其次:產(chǎn)品同學(xué)可以結(jié)合目前產(chǎn)品本身的功能,看是否有本身已經(jīng)有的功能可以解決問題。如果沒有,則分析一下需求的價(jià)值及合理性,很多業(yè)務(wù)提出的需求是偽需求,或者是在原本錯(cuò)誤的邏輯上提出的解決方案,這種需求就不建議做。

2. 需求的優(yōu)先級(jí)

這個(gè)問題需要回答的是該不該現(xiàn)在做的問題,很多需求是合理且有意義的,但不代表就要立馬做,產(chǎn)品需要梳理本次需求的方向與產(chǎn)品的大方向是否吻合,產(chǎn)品本身是有自己的發(fā)展路徑的,比如目前產(chǎn)品處于起步階段,需要做到更多的是系統(tǒng)能力的搭建。

如果這時(shí),業(yè)務(wù)提出比較大的活動(dòng)引流玩法,在系統(tǒng)不夠成熟的情況下,很容易造成系統(tǒng)崩潰,用戶體驗(yàn)差,引流來(lái)的用戶無(wú)法在持續(xù)地在系統(tǒng)上留存。這個(gè)時(shí)候,產(chǎn)品經(jīng)理需要結(jié)合產(chǎn)品發(fā)展階段給出需求在此階段開發(fā)的合理性。

除此之外,在需求評(píng)估的時(shí)候,即使需求合理,也需要考慮使用的場(chǎng)景的頻率和用戶的使用范圍,如果該需求無(wú)法成為后續(xù)可推廣性的功能,那可以適當(dāng)?shù)匕研枨蟮膬?yōu)先級(jí)降低。

3. 是否有什么風(fēng)險(xiǎn)

在明確需求該做,且比較迫切時(shí)。這個(gè)時(shí)候,就需要發(fā)揮產(chǎn)品經(jīng)理的洞察風(fēng)險(xiǎn)的能力,這也是資深產(chǎn)品和萌新產(chǎn)品經(jīng)理很重要的區(qū)別點(diǎn)。

風(fēng)險(xiǎn)點(diǎn)一般出現(xiàn)在哪些方面呢?

  • 提出需求的人,和真正的用戶并非是同一類型的用戶。提出需求的人,大多情況是站在管理者,平臺(tái)方的角度。所以,站在他們的視角需求可能是合理的,但是站在真正使用者的角度,存在很多不合理或者體驗(yàn)不好的地方。這種情況,需要提出這樣的風(fēng)險(xiǎn)點(diǎn),避免需求上線后,真正的使用者不買賬的情況;
  • 需求要在哪個(gè)平臺(tái)或者頁(yè)面做,是否有權(quán)限的問題。這也是很多初級(jí)產(chǎn)品經(jīng)理容易忽略的問題-權(quán)限問題,需要跟業(yè)務(wù)方明確,是允許哪種角色的人使用該功能。如本身系統(tǒng)無(wú)法滿足該權(quán)限類別,這也是需求的工作量;
  • 數(shù)據(jù)覆蓋同步和覆蓋問題,一旦涉及到數(shù)據(jù)問題,就需要系統(tǒng)之前的數(shù)據(jù)傳遞,需要提前告知業(yè)務(wù),是實(shí)時(shí)同步,還是T+1同步,還是幾個(gè)小時(shí)的延時(shí)同步,最好可以在后臺(tái)系統(tǒng)上標(biāo)明同步時(shí)間,避免用戶產(chǎn)生歧義;
  • 所有環(huán)節(jié)查看的數(shù)據(jù)是實(shí)時(shí)信息還是快照信息,一旦涉及到數(shù)據(jù)的修改,尤其是用戶端已完成的數(shù)據(jù),查看的是實(shí)時(shí)數(shù)據(jù)還是快照數(shù)據(jù)。這些都需要在方案階段進(jìn)行梳理,不同的決定方案,可能會(huì)影響后續(xù)的數(shù)據(jù)處理和存儲(chǔ)方式;
  • 重要行為用戶行為操作記錄,如商品的價(jià)格修改,上下架等業(yè)務(wù)認(rèn)為重要的行為是否需要記錄,并展示出來(lái),這個(gè)也可以在需求溝通中明確要記錄的用戶關(guān)鍵動(dòng)作,形成操作日志。

二、工作習(xí)慣

產(chǎn)品經(jīng)理是一個(gè)信息的匯集地,每天需要輸入,并輸出大量的信息。在工作上多反思,每天給自己“長(zhǎng)個(gè)記性”會(huì)讓工作更加高效。

1. 數(shù)據(jù)的處理

很多產(chǎn)品經(jīng)理在做需求時(shí),只能考慮到此時(shí),此刻的數(shù)據(jù)狀態(tài)和現(xiàn)實(shí)情況,很容易忽略掉數(shù)據(jù)的動(dòng)態(tài)變化過程。

比如,歷史的數(shù)據(jù)該怎么處理?數(shù)據(jù)后續(xù)更改屬性后,數(shù)據(jù)該怎么同步?數(shù)據(jù)刪除后,該數(shù)據(jù)是否在前端顯示,如果顯示,用戶端點(diǎn)擊后,該怎么提示?A獲取B的信息,B變動(dòng)之后,A的同步機(jī)制是什么?

每次涉及到數(shù)據(jù)的處理,請(qǐng)默念【增】、【刪】、【改】、【查】,每次條理清晰地把數(shù)據(jù)的狀態(tài)分場(chǎng)景羅列清楚,開發(fā)和測(cè)試同時(shí)會(huì)愛上你的需求文檔~~

2. 多思考異常情況

近期在設(shè)計(jì)優(yōu)惠券在用戶界面的展示邏輯,在設(shè)計(jì)這個(gè)需求的過程中,就需要產(chǎn)品經(jīng)理結(jié)合運(yùn)營(yíng)訴求定義優(yōu)惠券展示的排列規(guī)則。在定義好未領(lǐng)取的優(yōu)惠券排序高于已領(lǐng)取的優(yōu)惠券之后(目的:提高優(yōu)惠券的領(lǐng)取率),就需要再對(duì)每一個(gè)類別的優(yōu)惠券再次進(jìn)行排序。

  • 未領(lǐng)取優(yōu)惠券中,新最發(fā)布的位置最高,發(fā)布時(shí)間以后臺(tái)時(shí)間為準(zhǔn);
  • 異常場(chǎng)景:發(fā)布時(shí)間按照后臺(tái)記錄的ms級(jí)進(jìn)行記錄,如果時(shí)間相同,隨機(jī)取一個(gè)優(yōu)惠券優(yōu)先排列;
  • 已領(lǐng)取優(yōu)惠券中,最后領(lǐng)取的位置最高,以用戶領(lǐng)取時(shí)間為準(zhǔn);
  • 異常場(chǎng)景:當(dāng)用戶領(lǐng)取時(shí)間相同時(shí)(一鍵領(lǐng)取多張時(shí)會(huì)觸發(fā)同時(shí)領(lǐng)?。?,順序以優(yōu)惠券的截止時(shí)間進(jìn)行排序,距離結(jié)束時(shí)間越近的(即馬上要到期的)順序放在上方。

這些異常場(chǎng)景都需要產(chǎn)品在撰寫需求文檔的時(shí)候就要考慮清楚。每次在寫需求文檔的時(shí)候,多問自己?jiǎn)栴},就會(huì)避免開發(fā)和測(cè)試同學(xué)來(lái)問你問題,也會(huì)讓他們?cè)谧x你需求文檔的時(shí)候,覺得產(chǎn)品的思維是縝密的。

3. 可測(cè)試的場(chǎng)景

前幾天開發(fā)問我,**需求的第3個(gè)場(chǎng)景在什么情況下發(fā)生?

這時(shí)候,我才發(fā)現(xiàn)我的場(chǎng)景3是針對(duì)于幾個(gè)月后市場(chǎng)部推廣成功后才會(huì)應(yīng)用到的場(chǎng)景,因此,這種在開發(fā)和測(cè)試眼中就是“不可測(cè)試”場(chǎng)景。

這件事情也給我上了一課,產(chǎn)品經(jīng)理可以把梳理的思路寫到需求文檔,但給到開發(fā)和測(cè)試溝通的文檔一定是清晰、明確、可測(cè)試的。必要的情況下,可以提供如何達(dá)到這種場(chǎng)景的前置條件,方便開發(fā)了解場(chǎng)景的前因后果,也方便測(cè)試準(zhǔn)備對(duì)應(yīng)的數(shù)據(jù)。

三、小結(jié)

希望自己可以每天對(duì)工作進(jìn)行反思,多總結(jié),多歸納。不斷磨練自己的思維。而且有一點(diǎn)點(diǎn)小的感悟就一定要記下來(lái),這樣每次寫需求之前多看看自己的感悟,就可以規(guī)避很多問題,久而久之,能力就會(huì)提升一大截。

 

本文由@黑心老巫婆 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來(lái)自Unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 希望以后我的原型設(shè)計(jì),開發(fā)同事也能愛上~

    來(lái)自廣東 回復(fù)