決策:產(chǎn)品經(jīng)理的取舍之道

3 評論 8331 瀏覽 53 收藏 8 分鐘

想要做出一款完美的產(chǎn)品幾乎是太不可能的,所以產(chǎn)品經(jīng)理在做一款產(chǎn)品時,需要考慮其優(yōu)先級的問題——做好決策,懂得取舍。那么,作為一名產(chǎn)品經(jīng)理,如何做好決策?讓我們看看作者的對此的分析。

本文主要的感悟來源于B端和平臺業(yè)務(wù),大抵是不適用于所有產(chǎn)品的,尤其是To C的產(chǎn)品或業(yè)務(wù)。

在現(xiàn)實情況下,兼顧業(yè)務(wù)實現(xiàn)、管理質(zhì)量、用戶體驗等多方價值的“完美”產(chǎn)品是很難存在的,由于商業(yè)行為天然存在的逐利性,投入產(chǎn)品設(shè)計和研發(fā)的人員資源總是有限。

在B端業(yè)務(wù)中,由于其目標(biāo)行業(yè)、覆蓋場景的范圍,因資源問題需要做出的取舍尤其常見。

下面展開談?wù)劤3龅降臎Q策場景類型。

一、以業(yè)務(wù)為中心or以用戶為中心

C端產(chǎn)品更接近日常生活,知名度更廣、聲量更高,所以市面上大部分產(chǎn)品經(jīng)理的分享習(xí)慣以用戶為中心的框架來設(shè)計產(chǎn)品,但實際上在2B的業(yè)務(wù)中,單純以用戶為中心的設(shè)計會有諸多不足。

產(chǎn)品或者說信息系統(tǒng)有整體性、邏輯性、時效性等特點,得以支持復(fù)雜度高、需要多角色協(xié)作的業(yè)務(wù)活動,但其本質(zhì)仍是解決問題的手段之一。如果在特定場景有更高效率、更低成本的手段能解決問題,產(chǎn)品設(shè)計就不是第一優(yōu)先級的解決方案。

所以,產(chǎn)品的第一優(yōu)先級仍是解決業(yè)務(wù)問題,而不是用戶體驗。(僅說明優(yōu)先級,不是用戶體驗完全不重要的意思)

經(jīng)常會有同學(xué)抱怨,內(nèi)部系統(tǒng)如OA、財務(wù)結(jié)算平臺、訂單管理等怎么怎么難用,體驗怎么怎么差。其實究其本質(zhì),這些系統(tǒng)的出現(xiàn)不是在滿足操作者的使用體驗,而都是為管理質(zhì)量和管理效率服務(wù)的。

這個就是典型的為業(yè)務(wù)服務(wù)而非為用戶(操作者)服務(wù)的場景,體現(xiàn)也是B端業(yè)務(wù)與C端業(yè)務(wù)主要的區(qū)別(B端是客戶(付費角色)與用戶(使用角色)分離的)。

這時候有人會犯嘀咕:“不對啊,我做的業(yè)務(wù)也是To B的,但是用戶使用體驗我們也很重視啊”。

那基本上就2種可能:

  1. 用戶操作體驗已經(jīng)差到對業(yè)務(wù)目標(biāo)流程有阻塞(如成交)或顯著的導(dǎo)致成本增加了(如客戶咨詢量)。
  2. 業(yè)務(wù)紅海,業(yè)務(wù)本身已經(jīng)沒東西可以卷了。

二、擴展性與過度設(shè)計

前些年阿里中臺帶來的中臺風(fēng)潮,一直到今年阿里拆中臺的塵埃落定,“中臺”這個詞或多或少的會出現(xiàn)在產(chǎn)技人的視野里?!爸信_”本身偏技術(shù)概念,產(chǎn)品經(jīng)理沒有這個能力和背景展開,這里要討論的是伴隨“中臺”而來的擴展性。

擴展性

“指一個軟件和系統(tǒng)能夠讓其他程序員在未來能增加新的功能以及修改現(xiàn)有功能,并且新增功能的同時還必須不損害現(xiàn)有系統(tǒng)或軟件功能”(wiki釋義)。

白話點講,就是當(dāng)前的設(shè)計是否能兼容或者快速適應(yīng)未來業(yè)務(wù)的變化。看似是技術(shù)同學(xué)的工作范疇,但在部分To B復(fù)雜業(yè)務(wù)場景中,花大量時間接觸業(yè)務(wù)方,理解并抽象業(yè)務(wù)的角色是產(chǎn)品經(jīng)理。

擴展性設(shè)計的過程是在抽象業(yè)務(wù),抽象程度越高擴展性越強,配置越靈活,但是否抽象程度越高就是越好的設(shè)計呢?

  • 不盡然。一方面,配置靈活帶來的是更高的開發(fā)和測試成本,于業(yè)務(wù)而言,配置的大多數(shù)場景可能存在理論里的“偽場景”,所以很大一部分可能是無用的投入。
  • 另一方面,越抽象越通用的設(shè)計,在一定程度上是“犧牲”業(yè)務(wù)細(xì)節(jié)的,進(jìn)而“犧牲”一部分的業(yè)務(wù)效率。

高擴展性的設(shè)計,適用于需要快速試錯的業(yè)務(wù)方向,但對于大多數(shù)業(yè)務(wù)知識相對穩(wěn)定的場景,需要謹(jǐn)慎權(quán)衡,否則可能會因為過度設(shè)計,讓本不富裕的開發(fā)資源雪上加霜。

提到抽象設(shè)計,這里推薦一本書:《“圖解”產(chǎn)品:產(chǎn)品經(jīng)理業(yè)務(wù)設(shè)計與UML建?!?。

筆者認(rèn)為是目前市面上對產(chǎn)品最友好的領(lǐng)域設(shè)計和UML建模的工具書,過去DDD(領(lǐng)域驅(qū)動設(shè)計)的相關(guān)書籍和文章主要面向的是開發(fā)人員,序言之后很快就進(jìn)入技術(shù)設(shè)計層面的討論,讀起來十分痛苦且收獲有限,于非技術(shù)同學(xué)十分不友好。

三、長尾需求是否要被滿足

面向C端的長尾場景做的產(chǎn)商品服務(wù),近些年獲得成功的案例屢見不鮮,但面對B端業(yè)務(wù)的長尾需求,應(yīng)該是怎樣一套決策邏輯?

這里總結(jié)下筆者的分析鏈路:

  • 長尾需求出現(xiàn)的原因是什么:線下業(yè)務(wù)不規(guī)范?沒有引導(dǎo)用戶導(dǎo)致的奇異使用姿勢?
  • 長尾需求是否能通過非產(chǎn)品手段解決?
  • 長尾需求是否是階段性的,是否在未來可能成為主流?
  • 是否有其他不可抗力:如大客戶需求依賴?政治需求等等

面對長尾需求需要謹(jǐn)慎取舍,因為長尾需求很可能一不小心就做成ROI極低的“私人定制”。

四、結(jié)語

對于從業(yè)3年以上的產(chǎn)品經(jīng)理,相信基本工作技能已然扎實,什么需求分析、繪制原型、跨職能溝通等在這個階段都不太值得再做展開。

這個階段產(chǎn)品經(jīng)理的工作實際上是在不斷地做決策,核心競爭力來源于做正確決策的范圍和能力,是對邏輯能力、業(yè)務(wù)建模、行業(yè)理解等的綜合考驗。

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

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

該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 雖然很短,但觀點很好

    來自上海 回復(fù)
  2. 講的也太空浮在表面了 沒有落到實處

    來自廣東 回復(fù)
  3. 題目很好,但內(nèi)容沒有使人眼前一亮

    來自安徽 回復(fù)