東東推薦：上次后臺(tái)設(shè)計(jì)第一篇文章閱讀量非常高，證明關(guān)于后臺(tái)設(shè)計(jì)的文章比較稀缺。干貨繼續(xù)來(lái)，這是作者的關(guān)于后臺(tái)設(shè)計(jì)的第二篇文章，各位看官請(qǐng)笑納。

兩個(gè)月下來(lái)，第一期的聯(lián)運(yùn)后臺(tái)項(xiàng)目也接近了尾聲。趁著這段驗(yàn)收的時(shí)間，溫故而知新，重新出發(fā)，看看之前處理不當(dāng)埋下的坑，以防再次踩坑。

（1）序列圖，主要是關(guān)注系統(tǒng)角色之前的交互，關(guān)注業(yè)務(wù)流的整體，可以讓其他人員快速的獲知整體工作流，同時(shí)也可以為后臺(tái)的角色權(quán)限做參考

（2）序列圖由于沒(méi)有涉及到細(xì)化的分支流程，這樣在前期討論可以讓人們更加關(guān)注在主流程本身，而不會(huì)陷入在一個(gè)異常分支流程中不可自拔，其次返工也是夠快（原諒我是個(gè)懶癌，哈哈）

（3）但是，在產(chǎn)出序列圖的時(shí)候，更好是對(duì)分支流程有所考慮后再進(jìn)行產(chǎn)出，這樣在后面進(jìn)行流程圖的產(chǎn)出時(shí)，也可以避免考慮不足導(dǎo)致的流程變更

2、流程圖

（1）流程圖，對(duì)比序列圖，更加關(guān)注的是后臺(tái)本身的細(xì)分流程，因?yàn)榱鞒虉D的產(chǎn)出往往是針對(duì)開(kāi)發(fā)階段，需要對(duì)不同的狀態(tài)、不同異常情況進(jìn)行說(shuō)明

（2）在進(jìn)行流程圖的產(chǎn)出時(shí)，可以先將部分通用流程統(tǒng)一成一個(gè)頁(yè)面，然后設(shè)定標(biāo)注規(guī)范來(lái)處理，其次，將不同業(yè)務(wù)模塊的流程放在不同的頁(yè)面去描述，如果業(yè)務(wù)模塊間會(huì)有交互流程，可以放在通用流程中去描述（業(yè)務(wù)流程圖的產(chǎn)出是一門學(xué)問(wèn)，可以從軟件設(shè)計(jì)類的書(shū)籍中去了解，最近我也在翻閱類似的書(shū)籍~~）

讓團(tuán)隊(duì)理解業(yè)務(wù)

后臺(tái)類產(chǎn)品，往往都是業(yè)務(wù)驅(qū)動(dòng)類的產(chǎn)品。這樣會(huì)導(dǎo)致團(tuán)隊(duì)對(duì)于需求的理解上存在一定的難度，在立項(xiàng)會(huì)議上，如果沒(méi)有將產(chǎn)品的業(yè)務(wù)流很好的傳遞下去，最終的產(chǎn)品也許無(wú)法很好的滿足業(yè)務(wù)需求。

小結(jié)：要解決這個(gè)問(wèn)題，往往是需要產(chǎn)品負(fù)責(zé)人和項(xiàng)目經(jīng)理（有些團(tuán)隊(duì)，產(chǎn)品經(jīng)理也是項(xiàng)目經(jīng)理）付出一些努力的：

1、立項(xiàng)：立項(xiàng)會(huì)議上，先說(shuō)清楚業(yè)務(wù)流是怎樣，與團(tuán)隊(duì)在業(yè)務(wù)方面得到一定的統(tǒng)一，然后再通過(guò)業(yè)務(wù)流進(jìn)行細(xì)分，把需求進(jìn)行代入其中，而不是將立項(xiàng)會(huì)議草草帶過(guò)

2、產(chǎn)品與開(kāi)發(fā)過(guò)需求前，先把業(yè)務(wù)說(shuō)清楚，再說(shuō)需求，再講解詳細(xì)功能點(diǎn)

3、進(jìn)度會(huì)議：在進(jìn)度會(huì)議上，產(chǎn)品要對(duì)當(dāng)前的Demo進(jìn)行核對(duì)，保證方向的正確性，而不只是對(duì)當(dāng)前的進(jìn)度進(jìn)行闡述

需求實(shí)現(xiàn)程度的把控

需求與實(shí)現(xiàn)，理想狀態(tài)就是需求文檔的像素級(jí)實(shí)現(xiàn)。但實(shí)際上呢？往往都是需要產(chǎn)品和開(kāi)發(fā)不斷的思維碰撞、文檔不斷的修改，產(chǎn)品出來(lái)往往與原需求是有一定差距的。這個(gè)對(duì)于后臺(tái)產(chǎn)品來(lái)說(shuō)，更加如此，這個(gè)就需要在驗(yàn)收時(shí)去把控好需求實(shí)現(xiàn)的程度。

對(duì)于這個(gè)問(wèn)題，如果從最根源的出發(fā)，就是與開(kāi)發(fā)過(guò)完需求后，盡快的從開(kāi)發(fā)口出得到反饋。不對(duì)，很多人可能會(huì)覺(jué)得這扯遠(yuǎn)了。但是，這其實(shí)才是保證需求實(shí)現(xiàn)的最好方法，就是在一開(kāi)始就與開(kāi)發(fā)在需求實(shí)現(xiàn)上達(dá)到一致，這樣開(kāi)發(fā)在設(shè)計(jì)數(shù)據(jù)庫(kù)時(shí)，將能夠把你需要的字段都設(shè)計(jì)好，防止提測(cè)版本與需求差距較大的情況。

對(duì)著文檔操作一遍

后臺(tái)產(chǎn)品往往都是在Web端去實(shí)現(xiàn)的，相對(duì)于APP端產(chǎn)品能夠放在手機(jī)上去進(jìn)行實(shí)際操作來(lái)說(shuō)，是很抽象的一種存在。之前在產(chǎn)出文檔后，往往是根據(jù)產(chǎn)品結(jié)構(gòu)圖對(duì)于不同功能點(diǎn)的邏輯進(jìn)行梳理，覺(jué)得沒(méi)有問(wèn)題就收工了。后來(lái)發(fā)現(xiàn)，這樣的做法還是不夠的，這樣的處理方式往往只是解決了產(chǎn)品的實(shí)用性功能。

較好的做法，就是產(chǎn)出文檔后，對(duì)著文檔的不同功能點(diǎn)，在腦海中模擬操作一遍，看看這樣的邏輯會(huì)對(duì)其他功能點(diǎn)產(chǎn)生什么聯(lián)系，這樣的邏輯處理對(duì)于用戶來(lái)說(shuō)真的夠用了嗎？反復(fù)的思考后，覺(jué)得沒(méi)有問(wèn)題，這樣產(chǎn)出的文檔會(huì)更好。

本文作者：@Yoic；來(lái)源：簡(jiǎn)書(shū)