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

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

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

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

下面展開談?wù)劤３?huì)遇到的決策場(chǎng)景類型。

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

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

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

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

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

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

這時(shí)候有人會(huì)犯嘀咕：“不對(duì)啊，我做的業(yè)務(wù)也是To B的，但是用戶使用體驗(yàn)我們也很重視啊”。

那基本上就2種可能：

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

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

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

擴(kuò)展性

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

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

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

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

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

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

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

三、長(zhǎng)尾需求是否要被滿足

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

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

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

面對(duì)長(zhǎng)尾需求需要謹(jǐn)慎取舍，因?yàn)殚L(zhǎng)尾需求很可能一不小心就做成ROI極低的“私人定制”。

四、結(jié)語

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

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