請時刻保持“懷疑”態(tài)度

elvin
18 評論 9833 瀏覽 34 收藏 13 分鐘
🔗 技术知识、行业知识、业务知识等,都是B端产品经理需要了解和掌握的领域相关的知识,有助于进行产品方案设计和评估

#本文為人人都是產(chǎn)品經(jīng)理《原創(chuàng)激勵計劃》出品。

保持合理“懷疑”,是產(chǎn)品經(jīng)理在工作中所應(yīng)具備的態(tài)度,這一態(tài)度可以讓產(chǎn)品經(jīng)理更迅速地發(fā)現(xiàn)業(yè)務(wù)疏漏,及時解決未知問題,為工作賦能。同時,這一態(tài)度需要貫徹于產(chǎn)品經(jīng)理工作的各個層面。具體應(yīng)如何保持“懷疑”?不妨讀一讀作者的看法。

很多小伙伴都看過下面這張圖,“不要相信任何人”是產(chǎn)品經(jīng)理的生存法則。我想使用項目中真實發(fā)生的案例談?wù)勎覀€人的看法,請時刻保持“懷疑”態(tài)度。

一、對業(yè)務(wù)提的需求保持“懷疑”態(tài)度

對業(yè)務(wù)提的需求保持“懷疑”態(tài)度,時刻提醒我們再問得多一點,再溝通得深一點。

以下是為我與業(yè)務(wù)的溝通過程:

業(yè)務(wù):產(chǎn)品管理中的“單價”可不可以獨(dú)立修改,并且放在單獨(dú)的列表展示,不和基礎(chǔ)信息修改放在一起?

我:我們現(xiàn)在已經(jīng)做了信息修改的功能,其中包含了“單價”的修改,需要你描述一下這個需求詳細(xì)的場景和單獨(dú)修改的作用。

業(yè)務(wù):我覺得在一起修改比較麻煩,我想單獨(dú)修改。

我:如果再做一個單獨(dú)修改的,會導(dǎo)致功能重復(fù),頁面功能過多使用起來并不一定很方便哦,而且我們現(xiàn)在技術(shù)資源不足,有很多需求在排期,暫時不考慮這種優(yōu)化功能。

業(yè)務(wù):我們小組主要負(fù)責(zé)價格的優(yōu)化,如果你不幫我們做這個東西,我怎么去計算價格變化?

我:如果你需要價格的變化,我們可以考慮做一個統(tǒng)計報表,更好地監(jiān)控和分析價格的變化。

業(yè)務(wù):那好吧,可以按照你們的要求去做。

我們本次溝通,最終的方案是做統(tǒng)計報表,監(jiān)控價格的變化。

不過我心里依舊保持一個“懷疑”的觀點:業(yè)務(wù)方并不一定只是為了看價格的變化,也有可能價格的變化對他們的績效產(chǎn)生影響,他們拿到價格變化的數(shù)據(jù)是為了統(tǒng)計績效。如果我們可以進(jìn)一步通過系統(tǒng)直接計算出組內(nèi)各個同事的績效,業(yè)務(wù)方的使用會更加便捷。

需求是隱形的,用戶往往不知道自己想要什么,受于自身的認(rèn)知的局限性,用戶提出的方案往往是他所看過的某種方法。一切真正的需求來源于溝通,我們必須要不斷深究,找到核心問題,并提供解決方案。

二、對技術(shù)的方案保持“懷疑”態(tài)度

對技術(shù)的方案保持“懷疑”態(tài)度,不代表對技術(shù)的水平不信任,只是提醒我們要時刻準(zhǔn)備處理未知的風(fēng)險。

下面是我負(fù)責(zé)的某個系統(tǒng)發(fā)生的問題。

需求:計算過去30天銷量的趨勢值,過去30天可能銷量波動較大,故需要判斷使用不同計算公式。

設(shè)計方案的計算邏輯:判斷過去30天內(nèi)銷量>0的值的個數(shù):

  1. 若個數(shù)>15,則計算公式使用中位數(shù);
  2. 若個數(shù)<=15,則計算公式使用平均數(shù)。

技術(shù)實現(xiàn)的計算邏輯:判斷過去30天內(nèi)銷量=0的值的個數(shù):

  1. 若個數(shù)<=15,則計算公式使用中位數(shù);
  2. 若個數(shù)>15,則計算公式使用平均數(shù)。

技術(shù)為了判斷方便,把判斷的方式轉(zhuǎn)換了一下,大部分情況下,這兩種方式計算的結(jié)果絕對是一致的,測試同學(xué)模擬數(shù)據(jù)進(jìn)行驗證,結(jié)果是一致的,需求驗收上線了。

上線后,我們用大量真實的數(shù)據(jù)跑了兩天,我在排查數(shù)據(jù)時,發(fā)現(xiàn)大部分?jǐn)?shù)據(jù)都是正常的,有個別數(shù)據(jù)是異常的,經(jīng)過我大量的驗算,發(fā)現(xiàn)了實現(xiàn)的方式與原來設(shè)計的有點不一致。

在我們實際的業(yè)務(wù)中,有些產(chǎn)品剛剛上架,只賣了幾天,所以并不是所有產(chǎn)品都有過去30天銷量的,按照原有邏輯,銷量較少的應(yīng)該使用“平均數(shù)”計算,但是按照技術(shù)的邏輯,使用的是“中位數(shù)”。

我看過一個很有意思的比喻,說程序的代碼就像“城中村的電線”,雖然看起來雜亂無章,但是能保證每家每戶都有電,使用起來沒有任何問題,但如果有一天有人動了一條電線,整個城中村電路就癱瘓了(沒有嘲笑的意思,程序員小哥哥勿怪)。

所以說系統(tǒng)上線,正常運(yùn)行,不代表我們產(chǎn)品工作已經(jīng)完成,仍然需要一直跟進(jìn),負(fù)責(zé)產(chǎn)品的全生命周期管理,對于任何的小問題都要有所警醒,復(fù)查是否是系統(tǒng)設(shè)計方面有所漏洞。

三、對系統(tǒng)數(shù)據(jù)保持“懷疑”態(tài)度

對系統(tǒng)數(shù)據(jù)保持“懷疑”態(tài)度,是指我們不能單純只看數(shù)據(jù),要結(jié)合數(shù)據(jù)背景,進(jìn)行合理的分析。系統(tǒng)的數(shù)據(jù)是最客觀的,經(jīng)過合理的分析,可以輔助我們做很多改善。

以下報表是我模擬的一份電商公司的數(shù)據(jù)(僅供參考):

圖一

看圖一,如果僅僅來看這份數(shù)據(jù)和趨勢圖,我們得到的第一個結(jié)論可能是,公司退款率在不斷下降,客服部門做了很多的努力。

圖二

再看圖二,我們拿到了銷售額和退款額,發(fā)現(xiàn)1、2月份銷售額不高,但是退款額很高,10月份開始銷售額開始上升,這個時候我們已經(jīng)對圖一的退款率變化產(chǎn)生了“懷疑”態(tài)度。

圖三

圖三,我將退款率的計算公式換了一種算法,【退款率=當(dāng)月的退款額/上一個月的銷售額】,整體的退款率就趨于了穩(wěn)定。

在電商行業(yè)的同學(xué)大概知道,上半年是淡季,下半年是旺季,跨境電商的配送周期較長,訂單的退款經(jīng)常會發(fā)生跨月的情況,例如12月的訂單,退款集中在1、2月,但是1、2月的銷量沒有12月份高,所以就出現(xiàn)了圖一中的1、2月退款率過高的情況。我描述的這種算法并不是最合理的算法,只是一個取巧的方式,具體的算法我們還要結(jié)合行業(yè)的背景進(jìn)行優(yōu)化。

脫離了實際業(yè)務(wù)的數(shù)據(jù)分析沒有任何意義,我們在看任何數(shù)據(jù)的時候都要附帶背景,在得出看似合理的結(jié)論之后,仍然要對數(shù)據(jù)保持“懷疑”態(tài)度。

四、對領(lǐng)導(dǎo)的安排保持“懷疑”態(tài)度

對領(lǐng)導(dǎo)的安排保持“懷疑”態(tài)度,是讓我們有“向上管理”的思維,對于領(lǐng)導(dǎo)的吩咐,要洞察背后的含義,若領(lǐng)導(dǎo)安排的工作難以開展,也要及時反饋,與領(lǐng)導(dǎo)達(dá)成一致意見。

有這么一個場景給大家舉例:

領(lǐng)導(dǎo):我剛剛開完公司的會議,上面溝通了一個事情,你去把A需求做了。

我:領(lǐng)導(dǎo),這個A需求是主要解決什么問題呢?

領(lǐng)導(dǎo):這個是為了解決XXX的問題。

我:領(lǐng)導(dǎo),您還記得一個月前我們有個需求B嗎?當(dāng)時評審B需求時,B的優(yōu)先級不高,我們排到了下個月的版本中,我剛才聽您的描述,如果要做這個A需求,需要有B作為基礎(chǔ)支撐,才能實現(xiàn)A的方案,您看我是不是要把B的優(yōu)先級提上來,B需求配合A需求去做?

領(lǐng)導(dǎo):哦,之前我沒注意到這個細(xì)節(jié),我先考慮一下時間和資源安排,稍后做出決定我通知你。

我:好的,收到。

在“領(lǐng)導(dǎo)”這一角色,由于觀察問題的高度不一樣,往往會忽略到一些細(xì)節(jié)點,我們作為方案的執(zhí)行者,是需要將方案進(jìn)行落地的,如果經(jīng)過合理的分析,發(fā)現(xiàn)方案上面的漏洞,需求及時反饋問題,并提供可處理的方案,由領(lǐng)導(dǎo)拍板決定如何進(jìn)行下面的工作。

五、對自我保持“懷疑”態(tài)度

每個人都會有犯錯的時候,我們自身也不例外,做項目復(fù)盤就是為了檢查歷史項目中的不足,并要求自己在接下來的項目中改進(jìn)。

有一個名詞叫“專家盲點”,大概的意思就是一個精通某領(lǐng)域的專家,正因為他太精通,以至于他忘記了當(dāng)他不是專家時所遇到的困難。

當(dāng)我們?nèi)プ鲆粋€熟悉的工作時,很多時候肢體的動作繞過了大腦的思考,使用的是肌肉記憶。

如果帶過很多項目,在業(yè)務(wù)提出需求時,我們很迅速地能判斷業(yè)務(wù)提的需求是否可以實現(xiàn),從而在短時間內(nèi)給出答案,這個時候我們很可能會陷入“專家盲點”。

我們需要分析需求的背景,切換不同的視角,來重新審視這個需求的合理性和技術(shù)可行性,把每一次需求都當(dāng)做一個全新的需求來對待。

對自我保持“懷疑”態(tài)度,謹(jǐn)防可能發(fā)生的風(fēng)險,并做好隨時調(diào)整方案的準(zhǔn)備。

六、總結(jié)

  • 對業(yè)務(wù)提的需求保持“懷疑”態(tài)度,加深溝通,輸出合理方案。
  • 對技術(shù)的方案保持“懷疑”態(tài)度,持續(xù)跟進(jìn),時刻處理未知問題。
  • 對系統(tǒng)數(shù)據(jù)保持“懷疑”態(tài)度,結(jié)合背景,讓數(shù)據(jù)為工作賦能。
  • 對領(lǐng)導(dǎo)的安排保持“懷疑”態(tài)度,向上管理,與領(lǐng)導(dǎo)達(dá)成一致意見。
  • 對自我保持“懷疑”態(tài)度,切換視角,及時調(diào)整方案。

保持“懷疑”態(tài)度,保持敬畏之心。

望與君共勉,歡迎評論騷擾~

 

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

本文為人人都是產(chǎn)品經(jīng)理《原創(chuàng)激勵計劃》出品。

題圖來自 Pexels,基于 CC0 協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 多想想為什么,原因是啥

    來自廣東 回復(fù)
  2. 我心里依舊保持一個“懷疑”的觀點:業(yè)務(wù)方并不一定只是為了看價格的變化,也有可能價格的變化對他們的績效產(chǎn)生影響–沒打算去確認(rèn)下么

    來自福建 回復(fù)
    1. 按理說應(yīng)該是要去確認(rèn)的,不過考慮到當(dāng)時的情況,資源時間都不夠,不敢進(jìn)行再深一步的擴(kuò)展了

      來自廣東 回復(fù)
    2. 那我還猜對了,感覺要是跟下去,可能又談出一個需求,難過

      來自福建 回復(fù)
  3. 主要是覺得這種類似接近精英級的“懷疑”腦子能不能真能快速轉(zhuǎn)過來

    回復(fù)
    1. 在遇到事情時,不著急下結(jié)論,經(jīng)過認(rèn)真分析思考后,再給出回復(fù),多加練習(xí),就會越來越熟練了

      來自廣東 回復(fù)
  4. 結(jié)構(gòu)清晰,案例豐富極有代入感,贊贊!

    來自浙江 回復(fù)
    1. ??

      來自廣東 回復(fù)
  5. 給第一個圖點贊哈哈哈哈!

    來自廣東 回復(fù)
    1. ??

      來自廣東 回復(fù)
  6. 保持“懷疑”態(tài)度,保持敬畏之心。

    來自上海 回復(fù)
    1. 共勉

      來自廣東 回復(fù)
  7. 很贊喲~

    回復(fù)
    1. 感謝??

      來自廣東 回復(fù)
  8. 注意人身安全 哈哈哈

    回復(fù)
    1. 哈哈

      來自廣東 回復(fù)
  9. 來自廣東 回復(fù)
    1. 感謝??

      來自廣東 回復(fù)
专题
19130人已学习13篇文章
在B端产品设计中,数据的筛选是其中必不可少的一个步骤。本专题的文章提供了B端数据筛选查询的设计思路。
专题
13045人已学习12篇文章
数据挖掘是指从大量的、不完全的、有噪声的、模糊的、随机的数据中通过算法搜索隐藏于其中信息的过程。本专题的文章分享了如何挖掘数据。
专题
36525人已学习15篇文章
击溃顾客最后的心理防线,让他们心甘情愿按下购买按钮。
专题
12220人已学习12篇文章
构建UGC社区是很多社区平台的必经之路,它能助力平台内容生产,为社区提供活水源泉。本专题的文章分享了如何构建UGC社区。
专题
14636人已学习12篇文章
数据库对于产品经理来说是一个既熟悉又陌生的概念,虽然产品设计中的数据基本都要与数据库交互,但平时的工作中也很少接触到数据库的具体操作和细节。本专题的文章分享了数据库的基础知识。