產(chǎn)品經(jīng)理最花時(shí)間的2件事:異常邏輯梳理與數(shù)據(jù)處理

6 評論 11119 瀏覽 497 收藏 6 分鐘

?產(chǎn)品設(shè)計(jì)中,每一個(gè)步驟都不簡單。其中異常邏輯梳理、數(shù)據(jù)處理可能是產(chǎn)品經(jīng)理們最需要花時(shí)間的兩件事,也是最耗費(fèi)精力的兩件事。雖然很花時(shí)間,但每一秒認(rèn)真投入其中的時(shí)間,將來都會10倍的回報(bào)你。事先沒有想清楚的,最后一定會報(bào)復(fù)你的。

冰山:異常邏輯梳理

1 冰山

也許你用了九牛二虎之力,終于把產(chǎn)品的主流程梳理清楚了,但是你看到的只是產(chǎn)品冰山海面上的那10%,剩下的90%是海面下各種情況的異常邏輯。

? 10%的冰山和90%的冰山

任何一個(gè)產(chǎn)品功能邏輯,都分為主邏輯和異常邏輯。產(chǎn)品經(jīng)理們當(dāng)然要花時(shí)間設(shè)計(jì)精妙的產(chǎn)品主邏輯,構(gòu)建體驗(yàn)良好的用戶使用流程,甚至考慮一個(gè)完整的用戶閉環(huán)。露出水面上10%的冰山,也許會讓你心醉;但水面以下90%的冰山,也許會讓你心碎??墒菦]辦法呢,產(chǎn)品經(jīng)理也需要把主邏輯之外的復(fù)雜異常邏輯“盡量”梳理清楚。

? 常見的異常邏輯大禮包

常見的異常邏輯有網(wǎng)絡(luò)錯(cuò)誤、新舊功能沖突、任務(wù)中斷、因延遲導(dǎo)致前端頁面與后臺邏輯不匹配等。Glen這里幫大家做了簡單的總結(jié):

Snip20160405_1

上面簡單總結(jié)了一些異常邏輯,現(xiàn)實(shí)產(chǎn)品設(shè)計(jì)中遇到的各種異常邏輯遠(yuǎn)不止這么少。做產(chǎn)品就像完成一件藝術(shù)品一樣,需要慢慢磨,耐心雕琢。

數(shù)據(jù)處理

很多童鞋在產(chǎn)品設(shè)計(jì)時(shí),往往會忽略數(shù)據(jù)處理的重要性,往往最后會吃大虧。對的,Glen就吃過這個(gè)虧,然后被十倍報(bào)復(fù)了……

? 產(chǎn)品設(shè)計(jì)的每一個(gè)關(guān)鍵步驟都需要數(shù)據(jù)支持

大部分人,喜歡有創(chuàng)造性的工作,產(chǎn)品經(jīng)理尤其如此。我們喜歡設(shè)計(jì)產(chǎn)品的界面、流程、閉環(huán),有時(shí)候往往會忽略數(shù)據(jù)埋點(diǎn)的重要性。產(chǎn)品設(shè)計(jì)完成后,再返回去給每一個(gè)按鈕、每一個(gè)頁面、每一個(gè)關(guān)鍵位置標(biāo)注數(shù)據(jù)埋點(diǎn)時(shí),我們常常會覺得無聊,因而不重視,因而最后被坑的總是自己。產(chǎn)品設(shè)計(jì)的每一個(gè)關(guān)鍵步驟都需要數(shù)據(jù)支持,你必須在這些關(guān)鍵節(jié)點(diǎn)上做好數(shù)據(jù)統(tǒng)計(jì)埋點(diǎn)。產(chǎn)品上線之后有數(shù)據(jù)反饋,才能評估產(chǎn)品的品質(zhì)。切記!

? 無處不在的漏斗

做任何一個(gè)產(chǎn)品,都能搭建各種漏斗模型,因?yàn)榱魇Ш蛽p耗是不可避免的。產(chǎn)品體驗(yàn)理論上可以由幾個(gè)基礎(chǔ)漏斗模型體現(xiàn):前端用戶流程的漏斗模型、后臺實(shí)現(xiàn)的漏斗模型服務(wù)器交互的漏斗模型。他們中的每一個(gè)又可細(xì)分出N個(gè)小漏斗模型,可以細(xì)化到對應(yīng)的關(guān)鍵數(shù)據(jù)指標(biāo),比如點(diǎn)擊轉(zhuǎn)化率、支付轉(zhuǎn)化率等。產(chǎn)品經(jīng)理們,每天都需要關(guān)注這些關(guān)鍵的數(shù)據(jù)指標(biāo),更需要不斷完善各種漏斗模型:老的產(chǎn)品需要翻新、新的產(chǎn)品需要建立。

? 數(shù)據(jù)規(guī)范

幾乎所有的公司都知道數(shù)據(jù)的重要性,然而很多公司并沒有做好,原因很可能是沒有一個(gè)統(tǒng)一的數(shù)據(jù)埋點(diǎn)規(guī)范。只有統(tǒng)一化、標(biāo)準(zhǔn)化才能夠被良好的管理,不然依然是大道理懂了很多,卻依然過不好這一生。很有必要統(tǒng)一一套數(shù)據(jù)規(guī)范,例如:業(yè)務(wù)-渠道-平臺-功能-描述,然后在所有的產(chǎn)品上都按規(guī)范進(jìn)行數(shù)據(jù)埋點(diǎn),統(tǒng)一的數(shù)據(jù)平臺就這樣被建立起來了。當(dāng)然統(tǒng)一也有弊端,就是限制了個(gè)性化,比如你想跟蹤不同的產(chǎn)品版本,如果還是走統(tǒng)一的數(shù)據(jù)埋點(diǎn),那會導(dǎo)致兩個(gè)結(jié)果:要么你不敢放量,產(chǎn)品改進(jìn)后看不出明顯的數(shù)據(jù)反饋;要么你膽兒肥放了很大的用戶量,但這樣你要承擔(dān)非常大的改動(dòng)風(fēng)險(xiǎn)。

這里Glen推薦你一個(gè)方法,在規(guī)范的數(shù)據(jù)統(tǒng)計(jì)點(diǎn)的后面,再通過頁面或者客戶端給你增加一個(gè)版本段位 Version XXX,然后把版本數(shù)據(jù)這部分單獨(dú)上報(bào)到另一個(gè)地方。(如果你有更好的辦法,請告訴我,蟹蟹)

#專欄作家#

幽默、認(rèn)真的產(chǎn)品經(jīng)理Glen,微信公眾號:jiglen,人人都是產(chǎn)品經(jīng)理專欄作家,華為、歡聚、迅雷工作經(jīng)歷,有緣看到這篇文章,交個(gè)朋友吧。愛看書、喜歡碼字、愿意走出去看世界。不喜歡嚴(yán)肅、高冷的氛圍,喜歡在幽默中完成任務(wù),力圖成為史上最幽默產(chǎn)品經(jīng)理,歡迎交流。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,不得轉(zhuǎn)載。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 學(xué)習(xí)了, ??

    來自廣東 回復(fù)
  2. 學(xué)習(xí)了。

    來自浙江 回復(fù)
  3. 對于PM來說對異常情況的處理需要先了解項(xiàng)目代碼么?

    來自浙江 回復(fù)
  4. 初來乍到,隨便一問。
    很多PM覺得異常邏輯處理和校驗(yàn)應(yīng)該是測試的責(zé)任。
    如果PM在設(shè)計(jì)需求的時(shí)候可以考慮到這么細(xì)致,他一定熟讀自己項(xiàng)目的代碼。
    例如:登錄狀態(tài)不匹配并不是一個(gè)通用的異常。哪些功能會遇到,哪些不會遇到,這個(gè)超出大部分PM的能力范疇了吧

    來自北京 回復(fù)
    1. 跟代碼有啥關(guān)系,異常邏輯處理是業(yè)務(wù)場景的異常邏輯,而不是代碼邏輯。
      打個(gè)比方:登錄失敗之后,需要顯示那些字,顯示在什么位置,是彈框還是浮動(dòng)提示,浮動(dòng)過幾秒消失,都是異常業(yè)務(wù)處理邏輯

      來自北京 回復(fù)
    2. 登錄失敗哪里是異常邏輯……那是包含在正常的登錄邏輯里的。
      你做登錄模塊,自然首先要分登錄成功和登錄失敗。
      你看樓主的舉例,指的是非自己所負(fù)責(zé)范圍內(nèi)的異常問題。

      來自北京 回復(fù)