編輯導(dǎo)讀：在產(chǎn)品工作中，時常會遇到需要不斷返工改進(jìn)的情況。那么，如何避免設(shè)計(jì)漏洞，減少返工的情況呢？本文將從四個方面出發(fā)，對這個問題展開分析，希望對你有幫助。

“我只是一個初級產(chǎn)品經(jīng)理嘛?！?/p>

我相信這是很多初級產(chǎn)品經(jīng)理經(jīng)常掛在嘴邊的話，當(dāng)設(shè)計(jì)出來的產(chǎn)品大洞套著小洞，那不對這也不行，幾個問題扛不住就給自己找說辭。甚至還變本加厲認(rèn)為，產(chǎn)品嘛，就是要不斷返工，不斷總結(jié)和改進(jìn)問題的崗位。

以前我也是這么認(rèn)為，但是，如果產(chǎn)品經(jīng)理總是這么后知后覺，那豈不是每個人都能當(dāng)產(chǎn)品經(jīng)理？那產(chǎn)品經(jīng)理的核心價值體現(xiàn)在哪里？真的只是個畫圖仔嗎？

當(dāng)然不是，產(chǎn)品經(jīng)理就是要先人一步，事無巨細(xì)地考慮每一個設(shè)計(jì)點(diǎn)，降低增加資源成本的風(fēng)險，這是身為產(chǎn)品經(jīng)理的自我硬性要求，無論你是處于什么階段的產(chǎn)品經(jīng)理。

那有沒有一個系統(tǒng)性的方法能幫助我們設(shè)計(jì)產(chǎn)品，避免出現(xiàn)上述問題呢？

有！其實(shí)很多時候設(shè)計(jì)的返工，只是缺少了一個重要的，系統(tǒng)架構(gòu)設(shè)計(jì)的過程，這個設(shè)計(jì)過程的方法論，稱為縱橫深梳法（來至于《無漏設(shè)計(jì)》，考慮到要適用到B端產(chǎn)品，有適量改編）。

縱橫深梳法可以規(guī)范我們的設(shè)計(jì)過程，提高設(shè)計(jì)的質(zhì)量，減少無謂的返工。

主要分為4個步驟：

1. 功能架構(gòu)梳理
2. 縱向流程梳理
3. 信息架構(gòu)梳理
4. 展示架構(gòu)梳理

一、功能架構(gòu)梳理

功能架構(gòu)梳理是把核心業(yè)務(wù)延展成具體的功能，不考慮用戶的操作和提供給用戶的信息，只考慮3個原則：是否滿足用戶需求、是否滿足系統(tǒng)需求，以及整個系統(tǒng)中不同模塊和細(xì)節(jié)是否相互矛盾。

來，我用一個簡單的小功能（手機(jī)備忘錄）作為示例來演示這個過程。

首先我們來分析需求，手機(jī)備忘錄需要解決我們什么痛點(diǎn)？從場景出發(fā)，有兩個業(yè)務(wù)場景的痛點(diǎn)我認(rèn)為（錯了別打我，哈哈哈）是必須要解決的：日?，嵤绿嘈枰涗?，以及太多任務(wù)要及時提醒用戶去完成。

那么核心功能就出來了，筆記與待辦。此時已經(jīng)滿足第1個原則（是否滿足用戶需求）。

接著第2個原則，是否滿足系統(tǒng)需求。我不喜歡用太官方的描述來解釋系統(tǒng)需求，簡單來說系統(tǒng)需求，就是為了滿足用戶需求所產(chǎn)生的其他需求（如賬號管理、權(quán)限管理和日志管理等）。同時這個原則也會貫穿在縱向流程梳理的過程中，以來完善功能架構(gòu)。但因?yàn)楸臼纠芎唵危?個原則可以不做考慮。

第3個原則，整個系統(tǒng)中不同模塊和細(xì)節(jié)是否相互矛盾。即功能的設(shè)計(jì)盡量不遺漏不重復(fù)（剛剛好），同時更要和諧統(tǒng)一，形成業(yè)務(wù)閉環(huán)。這一原則非?？简?yàn)產(chǎn)品經(jīng)理對業(yè)務(wù)理解，當(dāng)然，因?yàn)閷?shí)際項(xiàng)目的情況一般來說都比較復(fù)雜，所以做不到也沒有關(guān)系，在后續(xù)的步驟中可以完善這一環(huán)節(jié)。

二、縱向流程梳理

縱向流程的梳理是在功能結(jié)構(gòu)梳理的基礎(chǔ)上，梳理每個主要業(yè)務(wù)流程。在這里我想分享一個概念「沙盤推演」。

「沙盤」是什么呢？沙盤是古代和近代軍事戰(zhàn)爭中，常用于模擬敵我雙方所處的地形以及情況，進(jìn)行戰(zhàn)爭推演從而預(yù)測戰(zhàn)爭發(fā)展的方向。其作用價值在于預(yù)防潛在的風(fēng)險和問題，和更好的規(guī)劃、部署整體的產(chǎn)品節(jié)奏，為客戶提供更優(yōu)的產(chǎn)品。

那問題來了，如何進(jìn)行「沙盤推演」？

設(shè)定沙盤場景，設(shè)定業(yè)務(wù)的虛擬場景，比如時間、地點(diǎn)、事件。時間即業(yè)務(wù)場景通常運(yùn)行的時間，地點(diǎn)為場景所處的場地，事件即要去推動什么樣的事情向前發(fā)展。

設(shè)定沙盤角色，在虛擬場景中涉及的所有角色，以及角色之間的關(guān)系。角色就是人，只有人才能推動整個沙盤的事件向前推動發(fā)展。

沙盤核心要素，注意兩個點(diǎn)，一是1個業(yè)務(wù)場景是否只有1個發(fā)展方向，要嘗試問自己以下2個問題：

當(dāng)前推演的事件是否在不同時間點(diǎn)遇到不同人有不同業(yè)務(wù)流程或者事情？如果有不同的業(yè)務(wù)流程，那一條是最優(yōu)的，以及為什么（注意成本、風(fēng)險以及可能出現(xiàn)的問題）？

第二個點(diǎn)，流程要經(jīng)過正向推導(dǎo)和反向驗(yàn)證。在正向推導(dǎo)發(fā)現(xiàn)正向問題之后，一定要經(jīng)過反向驗(yàn)證，推導(dǎo)出非常規(guī)流程帶來的風(fēng)險和問題。

來，現(xiàn)在開始「沙盤推演」。回到我在01舉的例子，首先設(shè)定場景，我會在什么時間點(diǎn)、什么地點(diǎn)以及什么事情下會打開手機(jī)備忘錄APP記錄一些備忘。

晚上9點(diǎn)，我在逛知乎時，在一篇”長的帥是一種怎樣的體驗(yàn)“的回答下，發(fā)現(xiàn)了一金句，‘長得帥是一種無法與人說的孤獨(dú)’。這句話和我內(nèi)心產(chǎn)生了共鳴，我立即復(fù)制，打開手機(jī)備忘錄APP，選擇筆記粘貼上了這一句話。

場景和角色都具有了，說說沙盤的核心要素里的2個要點(diǎn)。當(dāng)前業(yè)務(wù)場景是否只有1個發(fā)展方向。我舉的例子中，是在我瀏覽知乎時截取一部分粘貼進(jìn)筆記里，這個時候就問自己，是否只有進(jìn)行手動粘貼的方式？

如果不是，更好的流程是怎樣的呢？是否可以用選取一段文字彈出自動保存進(jìn)筆記里的功能呢？是否甚至不用選擇一段文字，雙擊下文章自動把語句分好，用戶可以直接選取想要的語句保存進(jìn)筆記呢（只是猜想，合不合理要根據(jù)實(shí)際業(yè)務(wù)判斷）？

反向驗(yàn)證，是在一些有流程審批失敗、流程發(fā)生意外等導(dǎo)致的業(yè)務(wù)流程回溯，手機(jī)備忘錄例子因?yàn)橛衱o點(diǎn)lan小，所以就不給大家細(xì)說了。

經(jīng)過「沙盤推演」之后，主要業(yè)務(wù)流程都梳理完成了，這個時候就可以跟客戶進(jìn)行更進(jìn)一步的需求確認(rèn)工作了。

三、信息架構(gòu)梳理

兩個字，對象。

流程的本質(zhì)就是數(shù)據(jù)的演變，演變的過程主要由一個個業(yè)務(wù)對象參與的。角色對象、筆記對象、任務(wù)對象等等組成了手機(jī)備忘錄流程的血液，換句話說，只要你把業(yè)務(wù)流程中的每個節(jié)點(diǎn)有哪些業(yè)務(wù)對象理清楚之后，你的信息架構(gòu)也基本完成了，即使有不同，也只是對象的屬性變化而已。

那么問題又來了，怎么把流程中數(shù)據(jù)抽象出一個個對象？

抱歉，我沒有系統(tǒng)的總結(jié)過如何抽象對象，但是對象的來源有兩個，我可以告訴你。

一是對象產(chǎn)生的地方是在有表單填寫的流程節(jié)點(diǎn)。如用戶登錄需要創(chuàng)建賬號，創(chuàng)建就需要表單，表單的每個字段是一個對象的屬性，而屬性的組成就是一個對象。

二是對象往往是由一個個實(shí)體組成的，比如說我在公眾號里發(fā)表了一篇文章，我、公眾號以及文章就是3個實(shí)體，而這3個實(shí)體對應(yīng)進(jìn)系統(tǒng)里就是3個業(yè)務(wù)對象。即對象的來源可以從需求描述的文本中抽取出來。

如手機(jī)備忘錄中，有兩個非常明顯的對象，記事本與任務(wù)待辦。

這兩個來源覆蓋了流程中所有對象，對象抽取完成之后產(chǎn)品的信息架構(gòu)也顯而易見了。

四、展示架構(gòu)梳理

展示架構(gòu)是為繪制原型圖做的最后一次準(zhǔn)備，通過縱向、橫向梳理，你已經(jīng)清楚用戶在每個流程，每個流程節(jié)點(diǎn)在做什么事，要給用戶展現(xiàn)什么，但是，這些都是抽象、邏輯的。

現(xiàn)在，我們可以忘掉前面的邏輯梳理（因?yàn)槟阋呀?jīng)完全熟悉了這些邏輯），直接從具體應(yīng)用出發(fā)，用樹狀結(jié)構(gòu)展示出層級的順序、每個層級包含的元素（元素類別為信息和交互）。這時候，你就只考慮把那些元素放上層，那些放下層，不再考慮還要補(bǔ)充或者刪除那些功能和信息，也不再考慮流程是否正確。

當(dāng)然04這一步驟的使用場景一般是在移動端，PC端往往一個頁面就要承載大量信息和交互，且你在設(shè)計(jì)展示架構(gòu)的時候相當(dāng)于也在畫原型了，所以如果是PC端產(chǎn)品，到這一步如果前3步認(rèn)真做了，04只要基本構(gòu)思下，就可以開始畫原型了。

使用縱橫深梳法（4個步驟）后，基本一個產(chǎn)品設(shè)計(jì)不會出現(xiàn)較大的業(yè)務(wù)錯誤，同時產(chǎn)品架構(gòu)在你腦中肯定是非常清晰的，更助于你站在更高維度去思考業(yè)務(wù)。

當(dāng)然，我整篇文章其實(shí)是分享一種”術(shù)“，而并沒有達(dá)到”道“的層面，所以在具體實(shí)操的過程中，很多底層邏輯還是要依靠你作為產(chǎn)品經(jīng)理的產(chǎn)品感，而產(chǎn)品感是你無數(shù)次思考好的產(chǎn)品，踐行多次產(chǎn)品的設(shè)計(jì)之后才能得到和提升的，所以產(chǎn)品經(jīng)理，真的沒有捷徑。

以上。

作者：二會，在產(chǎn)品經(jīng)理中長得帥那種，公眾號：二會說（chanpinwang）。

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

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