想要做出一款完美的產(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ù)劤３龅降臎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種可能：

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

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

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

擴(kuò)展性

“指一個軟件和系統(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)理。

擴(kuò)展性設(shè)計的過程是在抽象業(yè)務(wù)，抽象程度越高擴(kuò)展性越強(qiáng)，配置越靈活，但是否抽象程度越高就是越好的設(shè)計呢？

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

高擴(kuò)展性的設(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ù)。