前言：從【業(yè)務系統(tǒng)】看后臺產品的設計邏輯思維
入職至今已有兩個年頭，作為研發(fā)的身份一直在和業(yè)務系統(tǒng)打交道。一直想嘗試自己總結一下對后臺產品設計的一些知識。
首先，后臺產品和前端產品存在很大的差異性。盡管前后臺產品的邏輯是相通的。比如。后臺有角色，前臺也有角色。但你的關注重點可能會存在差別。做后臺，你可能會更關注用戶、組織，角色，權限的設計模型以及每一個狀態(tài)下不同角色的多個操作（功能實現(xiàn)）；但做前臺，你的重心卻可能會放在哪類用戶在哪種場景下沒有點這個按鈕所以是不是文案要改要不要把按鈕變大一點位置移動一下諸如此類（用戶體驗）。
后臺產品：更加注重的是業(yè)務邏輯的清晰和功能的實現(xiàn)
前端產品：對視覺設計和交互設計有更高的要求
一句話：后臺產品粗糙大漢，前臺產品文藝青年
下面開始，介紹下自己總結的后臺產品的設計方法與思路（其中請教了幾位前輩，在此感謝）。
從我之前的分析里可以得出結論，對于后臺產品而言，最重要的就是第3步，業(yè)務邏輯梳理。以及第4步，將業(yè)務邏輯梳理成為產品的邏輯。下面以【業(yè)務系統(tǒng)】為例子逐一分析。
1.需求討論與收集
輸出產物：用紙筆畫出草圖，或者記錄
在實際工作的場景當中，需求收集和討論是工作開始的第一步，所謂“萬事開頭難”，這也是最繁瑣最耗時的一個步驟。后臺系統(tǒng)主要是功能類的，用戶基本是本單位員工，應用場景也略顯單一（PC端為主，移動端目前也在普及），但是需求屬性卻是“真實+高頻+剛需”。
后臺用戶對于交互體驗等容忍度相對較高，也能接受一定的學習時間成本（單位會針對某些功能組織培訓）。但對數(shù)據的準確性，處理的時效性等要求較高。說白了“首先你得能用，好不好用放在后面再商量”
后臺產品需求往往是業(yè)務方直接提出的，最常見的模式就是和業(yè)務方開個會討論。這個階段的大原則應該“認真聽，但不照著做”?？梢圆扇 ?b>定量+定性”的方式，將用戶的需求先收集起來。會議形式的需求討論往往發(fā)言比較凌亂，需要認真做好發(fā)言筆記，會后整理成需求列表。我本人參與重要會議時，會有用手機錄音的習慣，便于會后復盤。此階段的輸出產物，用紙筆畫出草圖即可，不必非用電腦
2.需求分析與要素梳理
輸出產品：腦圖是個不錯的選擇
需求分析是將從用戶手里搜集的第一手需求，經過加工分析整理，剝離事物的外表去看透用戶內心的本相，即：這個需求（功能）究竟要滿足他什么？再深層次就是他為什么要滿足這個？
做c端產品，需求分析是重頭戲。常用的Y字形理論，就是需求分析的經典模型。但對于后臺產品，這個需求分析相對清晰明確好做一些，因為后臺產品的需求基本都是工具性的，滿足于某個工作流，故此目的性很明確。也就是說，后臺產品，需求的分析工作其實業(yè)務方幫助我們做了很大一部分，而c端產品更多是有產品經理自己去分析需求。
這個階段的輸出產物，以腦圖為最佳。當然，腦圖作為框架類的輸出產物，都很合適。下一次昨夜里，我就嘗試用腦圖去梳理目前業(yè)務系統(tǒng)的主要業(yè)務流架構。
3.業(yè)務邏輯梳理
輸出產物：流程圖、泳道圖
需求調研與分析完成后，就是自己對內容的消化和吸收。首先要做的事情是自己先清晰地理解一個產品。只有自己理解了，才能更好地推進產品進行開發(fā)。先梳理清楚線下的業(yè)務流程。將線下的業(yè)務流程梳理清楚以后，然后才是對產品的思考。這個階段最好的輸出產物就是各種流程圖和泳道圖了。在這里，我拿業(yè)務系統(tǒng)中的【產品開班】來舉例（并沒有完全依照現(xiàn)有的產品開班邏輯）
流程圖
業(yè)務流程圖描述的是完整的業(yè)務流程，以業(yè)務處理過程為中心，一般沒有數(shù)據的概念。流程圖以動作來推動業(yè)務前進。下面是產品開班的例子
流程圖更加關注的是業(yè)務實現(xiàn)具體需要進行哪些操作。每一個動作的構成形式基本都是 “動詞 + 名詞” 或者 “動詞” 的形，這樣才能更加明晰以動作為驅動的流程圖。
泳道圖
泳道圖，又稱為跨職能流程圖。也是我所說的流程圖的第二步。作為流程圖的進階，泳道圖加入了泳道表示不同角色（或崗位、部門等）。讓人在了解業(yè)務流程時，也清楚由誰執(zhí)行該動作。同樣以產品開班為例子。
可以看到，每一個動作都放在相應的泳道下，對應了執(zhí)行此動作的人。這樣對于業(yè)務流程中不同角色的職責也會更為明確的認識。
也許有人會質疑，覺得花這么多時間畫圖會浪費很多時間。我覺得仁者見仁智者見智了。對于我個人而言，每天搗弄這些圖，會很快加深我對產品的理解。特別是在業(yè)務比較復雜，而且之前沒有接觸過相關方面知識的時候，僅靠大腦很難有清楚的思維，但是圖形化后卻能很好地理解。在業(yè)務整理上多花點時間整理，我覺得是很有必要的。
4.產品邏輯梳理
輸出產物：功能點、角色、頁面、頁面內架構
我們繼續(xù)用產品開班當例子。在業(yè)務邏輯梳理清楚之后，再進行產品邏輯的梳理，這個就感覺清晰和順暢多了。將業(yè)務邏輯轉化為產品邏輯是產品人員的基本功（也是本人需要強化的），主要的步驟總結如下
a.功能點
先根據業(yè)務邏輯，梳理單一功能點
b.功能點+角色
有了功能點之后，嘗試加入角色的情況（前提是此功能是多角色完成），角色梳理清晰十分有助于權限分離的操作
c.頁面+功能
可以開始考慮設計頁面了，一共幾個頁面，分別對應實現(xiàn)哪些功能點（并未完全按照當前業(yè)務系統(tǒng)現(xiàn)狀畫圖）
d.頁面內架構
到這一步，就可以著手搭建頁面內的架構了。我用查詢作為例子，解釋一下。
先搭頁面，再確定頁面內的功能，最后細化頁面內的信息。在原型出來以前，可以拿產品架構圖先和別人進行一下交流。產品架構圖相較于原型圖，與數(shù)據庫的設計思想比較一致（研發(fā)經驗得出的結論）。優(yōu)秀的后臺產品，產品架構圖和數(shù)據庫結構圖，一定會比較類似，因為二者都是用一致的思維得出的，這是我這兩年的研發(fā)經驗告訴我的真理。另外，產品架構圖修改較快捷，返工成本相對較小。產品架構圖更多是需要個人的整理。
5.產品原型
輸出產物：原型圖（axure，墨刀等）
產品梳理好以后，就要開始搭建原型了。很多外行（包括兩年前的我）對產品經理的認識很簡單，認為就是畫原型圖，出PRD的人（也就是只做這一步的工作）。但其實，原型圖的輸出，只是產品設計的最后一個步驟。在前幾步都操作無誤的前提下，最后一步也會水到渠成的。
a.先確定通用模塊：頁頭、頁尾、一級導航、二級導航。
根據產品的不同，選擇合適的布局。目前業(yè)務系統(tǒng)用的是右側式導航欄，后面會分析思考一些更為合理的布局。
b.將產品架構圖的內容填充到頁面內，并加入文字說明操作
c.細節(jié)
細節(jié)就多了，這個也是對我而言比較難的地方，因為細節(jié)這個最吃經驗。需要不斷打磨才能積累。細節(jié)決定成敗
我能想到的細節(jié)處理：
文案
導航：一（二、三）級導航；菜單...
常用模塊交互方式：按鈕，彈窗：對話框...
色彩：頁面基調；字體顏色...
反饋：提示；警告；正確；錯誤...
d.盡量要單獨出一份詳細的PRD(也視具體情況而定)。
產品設計的階段，就暫時結束了。然而，路，才剛開始...
總結與排期
總結一套設計邏輯思維，其中也借鑒了一些前輩師兄們的方法，但這絕不是產品的結束。而是剛剛開始。業(yè)務系統(tǒng)，作為一套工作流占比極重、業(yè)務復雜程度極高、耦合性極強的后臺系統(tǒng)，而且已經使用了其重構之路任重道遠。我將【業(yè)務系統(tǒng)】的主線業(yè)務功能，拆分成了七大模塊，作為后面的子任務去逐一分析（下一期我會詳細用腦圖分析，還涉及一些小的使用頻度較低業(yè)務功能）。
下面是我對這個任務的各個子任務排期
因為本人只能以業(yè)余時間進行這項工作，故此無法在排期一覽加上具體完成日期。但我一定會充分利用課余時間，以及本人兩年來對業(yè)務系統(tǒng)的理解，逐一模塊化地去分析、梳理、重構業(yè)務系統(tǒng)各個模塊。希望各位老師各位同仁看了之后提出寶貴意見。
最后，用萬圣節(jié)單位做的南瓜燈作為結尾，夢想的光亮哪怕再微弱，只要努力也就會有希望
路漫漫其修遠兮，吾將上下而求索，加油
