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

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

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

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

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

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

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

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

主要分為4個步驟：

1. 功能架構梳理
2. 縱向流程梳理
3. 信息架構梳理
4. 展示架構梳理

一、功能架構梳理

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

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

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

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

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

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

二、縱向流程梳理

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

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

那問題來了，如何進行「沙盤推演」？

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

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

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

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

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

來，現(xiàn)在開始「沙盤推演」?；氐轿以?1舉的例子，首先設定場景，我會在什么時間點、什么地點以及什么事情下會打開手機備忘錄APP記錄一些備忘。

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

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

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

反向驗證，是在一些有流程審批失敗、流程發(fā)生意外等導致的業(yè)務流程回溯，手機備忘錄例子因為有wo點lan小，所以就不給大家細說了。

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

三、信息架構梳理

兩個字，對象。

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

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

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

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

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

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

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

四、展示架構梳理

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

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

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

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

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

以上。

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

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

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