在撰寫需求文檔時(shí)，要怎么確保需求文檔的完善性，確保交付的需求文檔是穩(wěn)當(dāng)?shù)?？這篇文章里，作者梳理了核心流程與相關(guān)步驟，一起來(lái)看看，或許會(huì)對(duì)屏幕前的你有所幫助。

一、核心邏輯

1）圍繞主數(shù)據(jù)展開(kāi)的系統(tǒng)建設(shè)。根據(jù)二八法則，我們最重要的是那20%的主數(shù)據(jù)，主數(shù)據(jù)也可以理解為我們最重要的業(yè)務(wù)對(duì)象，例如：客戶、支付、訂單、發(fā)貨等。

這啟發(fā)于《華為數(shù)字化轉(zhuǎn)型之道》以及我平時(shí)?？吹膕aas系統(tǒng)寫的說(shuō)明書，特別是旺店通ERP的說(shuō)明書，讓我受益匪淺。

2）用“強(qiáng)邏輯”去確保我們每一步都走得很踏實(shí)，來(lái)確保我們整份需求文檔交出去的時(shí)候是穩(wěn)當(dāng)?shù)摹?/p>

二、梳理業(yè)務(wù)流程，得到核心邏輯

1）詳細(xì)地將業(yè)務(wù)流程刻畫下來(lái)，建議主要用圖表來(lái)描述，例如：流程圖。這一步主要是讓我們加深對(duì)業(yè)務(wù)的理解。

2）開(kāi)始總結(jié)出核心。用圖表以及一些的文字言簡(jiǎn)意賅描繪出整個(gè)需求，讓人一目了然。需要寫出必要的固化后業(yè)務(wù)流程圖、功能流程圖、數(shù)據(jù)流程圖等。這一步做完，你對(duì)需求已經(jīng)非常理解，能夠簡(jiǎn)要地表達(dá)給別人。

注意：這里盡量需要能夠從數(shù)據(jù)底層理解需求。

三、抽象出主數(shù)據(jù)

主數(shù)據(jù)也可以理解為我們最重要的業(yè)務(wù)對(duì)象，例如：客戶、產(chǎn)品、支付、訂單、發(fā)貨等。對(duì)于主數(shù)據(jù)的認(rèn)識(shí)也依賴我們對(duì)于系統(tǒng)的理解深度、廣度，全局觀和前瞻性。

能夠借鑒先進(jìn)的系統(tǒng)，并立足于自己所在的公司業(yè)務(wù)，嚴(yán)謹(jǐn)?shù)赝魄?，大膽建設(shè)。

四、分析主數(shù)據(jù)

按照生命周期去分析，得到相關(guān)的操作和字段。

我們梳理主數(shù)據(jù)的時(shí)候，通常是從主數(shù)據(jù)的生命周期去梳理，從一條數(shù)據(jù)產(chǎn)生到其被廢棄不再使用。

什么是B端产品经理？和C端产品经理有什么区别？

B端产品经理中的B是Business，商业的意思，B端产品经理首先就要理解这个职位的重要性，要设计出更适合这个项目需求的产品方案，B最终产品经理在日常工作中...

查看详情 >

我們以產(chǎn)品為例，簡(jiǎn)要地做個(gè)示范。事實(shí)上一個(gè)很完善的系統(tǒng)，將會(huì)記錄下產(chǎn)品創(chuàng)建時(shí)的狀態(tài)、上架時(shí)的狀態(tài)、下架時(shí)的狀態(tài)、修改后的狀態(tài)。這里真的是很簡(jiǎn)單示范，事實(shí)上信息遠(yuǎn)不止這些。

從數(shù)據(jù)的角度來(lái)說(shuō)，這樣做才算真正將功能做完整，關(guān)鍵操作后該記錄下來(lái)的東西都記錄下來(lái)了。

這也是更接近于我們說(shuō)的一個(gè)概念“數(shù)字孿生”，現(xiàn)實(shí)世界上的東西更多地記錄在了系統(tǒng)上。

這也是風(fēng)控的一種手段，隨時(shí)能夠排查出哪里出了問(wèn)題。

我還記得某次業(yè)務(wù)問(wèn)起誰(shuí)改了產(chǎn)品信息，結(jié)果我們沒(méi)有日志記錄下這些信息就很尷尬，無(wú)法排查問(wèn)題。我們大多數(shù)人做系統(tǒng)，特別是企業(yè)內(nèi)部系統(tǒng)，都沒(méi)有這種將關(guān)鍵操作記錄下來(lái)的習(xí)慣，不信你看看你旁邊的同事。

五、分析原型怎么畫

直接開(kāi)始畫原型，一邊畫原型一邊腦補(bǔ)應(yīng)該有什么頁(yè)面，頁(yè)面上有什么？

這很容易讓我們的思維是很發(fā)散的，一邊需要兼顧原型的樣式，一邊需要想有什么操作，應(yīng)該展示什么數(shù)據(jù)?？赡苣銜?huì)在腦子里想，應(yīng)不應(yīng)該搞個(gè)批量操作呢，然后畫了一下，然后又覺(jué)得還是不要了，初期版本沒(méi)必要。就是這樣的不集中的思考，會(huì)消耗你很多的時(shí)間，讓你花了更多的時(shí)間去畫原型。

本質(zhì)上，應(yīng)該是邏輯先行，先從邏輯上大概構(gòu)建好你的原型。

這里講的是大概，我特別指出，因?yàn)槲以?jīng)嘗試過(guò)將原型的邏輯先構(gòu)建得非常詳細(xì)，發(fā)現(xiàn)這很花費(fèi)時(shí)間，其實(shí)也沒(méi)必要，因?yàn)橛幸恍╉?yè)面上的字段你在邏輯里概括一下（還有的業(yè)務(wù)會(huì)直接給你表單的字段，這個(gè)時(shí)候你更沒(méi)必要重復(fù)在邏輯里寫一遍字段），等到畫原型時(shí)直接寫在原型上也省一點(diǎn)事。

工作量與產(chǎn)出要達(dá)到一定的平衡，這樣才會(huì)有高的ROI。

六、梳理出頁(yè)面

根據(jù)業(yè)務(wù)流程圖先梳理出頁(yè)面，假設(shè)你要做的是一個(gè)簡(jiǎn)單的商城管理后臺(tái)，從業(yè)務(wù)流程梳理我們可以得到下面的頁(yè)面。

當(dāng)頁(yè)面足夠多的時(shí)候，我們就需要形成一個(gè)菜單，也就是我們說(shuō)的功能結(jié)構(gòu)。

七、梳理頁(yè)面上的字段與操作

參考我們上面梳理的核心邏輯與主數(shù)據(jù)信息，我們可以很快梳理出頁(yè)面上有什么字段、操作。到這里的時(shí)候，我們已經(jīng)將整個(gè)原型基本勾畫出來(lái)了，接下來(lái)就是打開(kāi)axure開(kāi)始繪制，這一步自然難不到各位。

八、原型的邏輯怎么寫

這個(gè)邏輯已經(jīng)在我的上一篇文章里寫過(guò)了，按照那樣去寫，大概率不會(huì)有什么問(wèn)題，這是多年實(shí)踐下來(lái)的。

大家一定還是想要一個(gè)武功秘籍一樣的東西，那應(yīng)該就是自檢表。

以下是我總結(jié)的一套自檢表。

九、最后

別忘了寫完原型之后，自己按原型走一走核心流程以及各個(gè)操作看看有沒(méi)有哪里有問(wèn)題，這不比啥都強(qiáng)嗎！