編輯導(dǎo)讀：在寫完需求畫完原型后，在進入產(chǎn)品設(shè)計開發(fā)階段之前，產(chǎn)品經(jīng)理要對自己的產(chǎn)品方案進行自我驗證。本文作者根據(jù)自己工作經(jīng)驗，對此進行了分析，希望對大家有幫助。

一、為什么要自我驗證產(chǎn)品方案

我們接到需求經(jīng)過調(diào)研和分析過后進入產(chǎn)品設(shè)計的階段，需要產(chǎn)出高保真的原型設(shè)計圖并寫需求說明文檔。但在拿著完整的方案去找業(yè)務(wù)方和開發(fā)團隊評審之前，我們需要自我先驗證一遍或多遍（哪怕是新人產(chǎn)品經(jīng)理可以咨詢帶教leader也需要自我驗證），否則拿著漏洞百出的方案給到別人讓別人來糾錯和吐槽，只會給人留下“不專業(yè)”的印象。

我們在產(chǎn)品設(shè)計階段不一定能產(chǎn)出100分的方案，但可以盡可能地產(chǎn)出90分的方案，思考得足夠完整和深入，這樣面對業(yè)務(wù)方和開發(fā)團隊的一些質(zhì)問時可以有底氣地回復(fù)他們，不被他們牽著鼻子走，久而久之就會形成強弱關(guān)系，產(chǎn)品經(jīng)理在團隊中的地位也逐日下降。

我認為好的產(chǎn)品經(jīng)理作為研發(fā)團隊發(fā)電機應(yīng)該是要能夠引領(lǐng)團隊的。那好的產(chǎn)品經(jīng)理就是要具備獨自產(chǎn)出好的產(chǎn)品方案這一能力。

二、如何驗證產(chǎn)品方案

如何自我驗證產(chǎn)品方案可以分為五個步驟：

原型邏輯驗證→流程驗證→業(yè)務(wù)驗證→可擴展性驗證→用戶體驗驗證

1. 原型邏輯驗證

邏輯能力作為產(chǎn)品經(jīng)理基本功這是必備的，面對復(fù)雜的情況能否清晰梳理，若這方面較弱可能就要考慮自己是否適合B端產(chǎn)品經(jīng)理了。

寫需求說明文檔可以很好驗證原型的邏輯是否合理，每一處標(biāo)注要盡量寫得細致一些，每一個功能、每一個字段、每一個數(shù)據(jù)都要考慮到。一來是讓自己可以仔細地思考，二來是開發(fā)、測試在看你的文檔能理解得更清晰，不然他們看得云里霧里還要反復(fù)跟你溝通不就提升溝通成本了嗎。

2. 流程驗證

若是新增/修改了一個模塊，那該模塊在系統(tǒng)里的上下游模塊是哪些，甚至關(guān)聯(lián)其他系統(tǒng)的哪些模塊。要梳理出流程，如果一個頁面變動往往不只是該頁面變動，其他的頁面也會有略有調(diào)整的地方，也要通知到負責(zé)其他模塊的產(chǎn)品經(jīng)理，內(nèi)部先協(xié)商好統(tǒng)一方案。如果只改自己的，也不告知別的產(chǎn)品經(jīng)理最后導(dǎo)致他們不得不遷就著你的需求跟著改動，那就很搞笑了。

比如電商物流的系統(tǒng)——TMS、OMS、WMS、財務(wù)系統(tǒng)等等，系統(tǒng)之間的交互很多，一個復(fù)雜的需求由業(yè)務(wù)部門提出要考慮整個核心流程，不能是只看見聽見業(yè)務(wù)方提的那一小塊東西。

3. 業(yè)務(wù)驗證

產(chǎn)品方案是否符合業(yè)務(wù)場景，這個很多文章都在寫就不過多贅述了，主要提一下異常操作的場景。

比如設(shè)計好一個配置頁面，根據(jù)這個配置頁面出賬單，那突然有一天用戶亂修改配置項怎么辦，已經(jīng)出賬的歷史數(shù)據(jù)怎么處理，還未出賬的賬單又怎么調(diào)整。又比如用戶誤刪除一條數(shù)據(jù)導(dǎo)致整個流程卡住了怎么辦。

不要想著用戶不會犯錯，尤其是to B的產(chǎn)品，用戶也是每天工作繁忙處在一個疲勞的狀態(tài)，很容易誤操作的。并且會有許多新員工入職，他們不會看什么產(chǎn)品使用手冊，使用新系統(tǒng)怎么保證不會出錯呢。

所以如何通過產(chǎn)品設(shè)計規(guī)避一些異常操作，面對異常操作如何用一些功能去應(yīng)對，這就是產(chǎn)品經(jīng)理需要考慮到的點了。

4. 可擴展性驗證

系統(tǒng)必須要支持不斷發(fā)展的業(yè)務(wù)，會有源源不斷的需求提過來，也會有源源不斷的功能需要增加。

大到整個產(chǎn)品的架構(gòu)，小到每一個列表，都需要考慮新添東西進來現(xiàn)有的產(chǎn)品是否能夠兼容，這就需要一定的行業(yè)經(jīng)驗了，對業(yè)務(wù)具備前瞻性，能夠考慮到接下來可能會有的需求，這樣在每一次設(shè)計時都可以有前置動作。想要有一顆好樹最好的種樹時間是十年前。

如果每次接到新需求都是大刀闊斧一連串的改動，開發(fā)團隊會叫苦連天。

5. 用戶體驗驗證

用戶使用系統(tǒng)的體驗也非常重要，哪怕是B端產(chǎn)品。系統(tǒng)要使得用戶能更快捷高效地處理事務(wù)，但體驗很糟糕的話，用戶心情惡劣反而是降低工作效率的。重要的信息讓他一眼就能看到，重要的操作讓他簡單幾下就能完成，這都是非常重要的。

經(jīng)過這五個步驟的驗證，反復(fù)修改優(yōu)化你的方案后，大膽拿去找別人碰撞吧，再吸取一些好的建議那一份滿分的產(chǎn)品方案就做出來了。

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

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