在評審階段，我們常常會(huì)因?yàn)橐恍┦韬龅募劼?，?dǎo)致需要變更需求，繼而耽誤進(jìn)度。為了避免這種情況，該怎么做呢？作者推薦了一個(gè)方法——用例驅(qū)動(dòng)設(shè)計(jì)法，幫助你掌握科學(xué)的設(shè)計(jì)方法，做到不漏細(xì)節(jié)。

產(chǎn)品設(shè)計(jì)中，難免會(huì)遇到這樣一些問題：

• 業(yè)務(wù)邏輯不全，沒考慮到分支流程、異常流程；
• 交互細(xì)節(jié)沒考慮到，部分場景的處理方式缺失；
• 關(guān)鍵業(yè)務(wù)規(guī)則缺失，未定義邊界值。

這些問題如果在評審中經(jīng)常出現(xiàn)，很容易被研發(fā)測試吐槽，如果是在開發(fā)中出現(xiàn)，可能會(huì)通過變更需求來彌補(bǔ)，可能還會(huì)影響開發(fā)工期。

要避免這些問題，需要有一套科學(xué)的設(shè)計(jì)方法。刀哥給大家推薦一個(gè)方法，可以有效解決這些問題，我把它叫做用例驅(qū)動(dòng)設(shè)計(jì)法，以用例驅(qū)動(dòng)設(shè)計(jì)，保證業(yè)務(wù)、交互、規(guī)則都能考慮到，不遺漏關(guān)鍵細(xì)節(jié)。

01 什么是用例？

用例是對參與者通過系統(tǒng)達(dá)成目標(biāo)過程的描述。

用例是UML里面的標(biāo)準(zhǔn)術(shù)語，也可以理解為功能模塊，用例是參與者和系統(tǒng)的交互過程，是第三方視角，而功能是系統(tǒng)視角，可以從這個(gè)角度來加以區(qū)分。

一個(gè)完整的用例，包含用例名稱、參與者、前置條件、后置條件、主流程、備選流程、業(yè)務(wù)規(guī)則，這幾個(gè)部分。

用例名稱：用例名稱是一個(gè)動(dòng)賓結(jié)構(gòu)，如新增用戶、修改用戶、刪除用戶。用例也有層級結(jié)構(gòu)，比如管理用戶是一級用例，而新增、修改、刪除，為二級用例。

參與者：是指執(zhí)行這個(gè)用例的角色。

前置條件：要執(zhí)行這個(gè)用例，需要具備的權(quán)限、狀態(tài)等。

后置條件：執(zhí)行完用例后，系統(tǒng)如何處理，比如增加一條數(shù)據(jù)、刪除一條數(shù)據(jù)、變更狀態(tài)等。

主流程：用戶達(dá)成目標(biāo)的正常流程，分為參與者和系統(tǒng)。

備選流程：包含異常路程和分支流程，這部分是在梳理需求時(shí)，最容易被遺漏的。

業(yè)務(wù)規(guī)則：系統(tǒng)根據(jù)具體的規(guī)則來執(zhí)行處理，這些規(guī)則，需要在用例的描述清楚，業(yè)務(wù)規(guī)則也是容易遺漏的點(diǎn)。

02 用例的其他部分

按照傳統(tǒng)的UML規(guī)則，用例里是不包含界面交互的，用例更多的是表達(dá)邏輯，關(guān)心用例的更多的是后端研發(fā)，這是狹義的用例。

我把用例涉及到的界面也放在用例里，我把它叫做廣義的用例，廣義的用例包含業(yè)務(wù)邏輯、字段規(guī)則和界面交互。

業(yè)務(wù)邏輯主要包含流程和規(guī)則，字段規(guī)則主要包含系統(tǒng)的輸入和輸出，界面交互是對頁面、控件的交互描述。

這樣一個(gè)廣義的用例，就可以把需求描述得很清楚，不遺漏關(guān)鍵細(xì)節(jié)。每個(gè)單獨(dú)的用例，可以作為設(shè)計(jì)、研發(fā)、驗(yàn)收的單位。

03 如何以用例驅(qū)動(dòng)設(shè)計(jì)？

以用例驅(qū)動(dòng)設(shè)計(jì)，可以分為以下幾個(gè)步驟：

1. 梳理所有的用例

一個(gè)大的用例，可以分成更多的二級用例，二級用例又可以拆為三級用例，以每個(gè)具體的三級用例，作為產(chǎn)品設(shè)計(jì)的最小單位。

2. 寫用例

前面已經(jīng)說過，用例包含名稱、參與者、前后置條件等要素。寫用例之前，可以先不用動(dòng)手畫原型，也可以畫了一些簡單的原型再寫用例，具體根據(jù)自己的偏好。

以下是一個(gè)完整用例的模板。

這種是標(biāo)準(zhǔn)的用例協(xié)作方式，實(shí)際工作中，不一定要按照這種模板寫，也可以用流程圖+文字描述的方式書寫。比如在Axure里面寫PRD，內(nèi)容形式要求并沒有那么高，甚至不用畫流程圖，直接文字描述也可以。流程圖的作用，是幫助我們可視化業(yè)務(wù)邏輯，使設(shè)計(jì)更全面，不遺漏細(xì)節(jié)。

3. 設(shè)計(jì)交互界面

在做界面之前，可以先做一些競品調(diào)研，分析競品的界面及交互，然后再開始動(dòng)手，在分析競品的時(shí)候，也可以看看別人的業(yè)務(wù)邏輯及規(guī)則，看自己的設(shè)計(jì)是否有考慮到。

比如，做驗(yàn)證碼登錄這個(gè)模塊，可以分析國內(nèi)幾家用戶量比較大的產(chǎn)品，看他們是怎么設(shè)計(jì)的。

以下是京東APP驗(yàn)證碼登錄的交互界面。

第一步，輸入手機(jī)號。

第二步，輸入驗(yàn)證碼。

通過對京東登錄模塊的分析，也可以試出他們的一些業(yè)務(wù)規(guī)則，比如：

• 驗(yàn)證碼有效期為1分鐘；
• 同一手機(jī)號當(dāng)日獲取次數(shù)最多為5次；

以上這些界面交互和業(yè)務(wù)規(guī)則，都可以作為我們設(shè)計(jì)的參考。

電商平臺(tái)的用戶量比較大，會(huì)考慮到很多用戶場景，對于這種通用的模塊，參考大廠的做法，是比較保險(xiǎn)的。

在分析完后，我們再來做自己的設(shè)計(jì)，就可以做到很全面了。

寫在最后

以用例驅(qū)動(dòng)設(shè)計(jì)，可以全面的考慮業(yè)務(wù)邏輯、界面交互，不遺漏關(guān)鍵細(xì)節(jié)，以這種思路寫出的PRD，質(zhì)量會(huì)更高。

寫出高質(zhì)量的PRD，是產(chǎn)品經(jīng)理的基本功，PRD質(zhì)量高，才可以花更多的時(shí)間去思考產(chǎn)品規(guī)劃、產(chǎn)品迭代、產(chǎn)品運(yùn)營等，進(jìn)階高級產(chǎn)品經(jīng)理。

自己梳理用例的時(shí)候，把正常流程、異常流程、分支流程，都考慮到，具體做交互設(shè)計(jì)的時(shí)候，可以去參考大廠的設(shè)計(jì)方案，按照這個(gè)思路設(shè)計(jì)，產(chǎn)品應(yīng)該不會(huì)太差。