本文主要介紹了模組化設計思路的定義和優勢，以及如何用模組化設計思路來使文件更易於閱讀。

很多人對程式設計師的刻板印象都是邏輯性強、機械、封閉、死板；至於使用者體驗這種事情，好像從來不是程式設計師擅長的。

但是我想說的是，其實很多產品經理和互動設計師在易讀性、易用性這塊，其基本功不如一個程式設計師。

如果把我們工作中輸出的文件當做一個產品的話，那麼文件的讀者就是使用者，很多產品經理或互動設計師使用Axure或其他工具做的原型，可讀性遠不如程式設計師寫的程式碼。

我們來看看下圖，很多產品經理或互動設計師的文件就像這樣，我之前就有同事會輸出這種文件。我們現在招聘看到的很多人的作品也是這種型別的文件。（與文件內容無關，不需要看清楚內容，所以圖片已做模糊處理）

厲害吧？酷炫吧？我能夠在一張圖上面駕馭這麼複雜的邏輯和流程，看看我多麼專業。

我只能呵呵一句，網際網路這個處處考慮使用者，連你工作的上下游都是你文件的使用者的行業，真是不太適合你。

這種

毫無模組化思路

的文件，會造成團隊溝通上的困難，文件難以維護，工作無法交接，而且會導致在做產品設計時思路混亂，漏洞百出。

如果你招聘時收到了這樣的作品文件，請慎重。

模組化的設計思路，如果你是一個邏輯性強且在乎讀者體驗的人，那麼你自己工作中完全有可能摸索出來模組化設計思路。

但是這種思路被運用得最成熟，被強制執行得最透徹的，是程式設計領域。

可惜的是，產品經理和互動設計師往往各種專業背景很雜，在一些基本功方面，沒有像程式設計那樣接受過系統的教育。

學過計算機課程的人應該都知道，模組化設計思路是程式設計的第二課（第一課可能都是hello world吧 ：））

因為程式開發是一個非常強調溝通協作的領域，所以程式程式碼的易讀性是非常重要的。為了使程式易於理解，除了加註釋外，最重要的就是模組化設計。

模組化設計要求：

每段程式碼長度不能超過長200行（不同團隊限制有所不同），超過必須重構。

儘可能將獨立的一段程式碼封裝到獨立的模組中去，然後再透過一行程式碼呼叫此模組。

模組的含義要清楚明確，命名易於理解，模組之間儘量減少關聯，低耦合。

程式設計對“使用者”體驗的要求都如此之高，可能會令很多產品經理和設計師汗顏。當然，模組化程式設計的作用不僅僅是閱讀者體驗，在此不做討論。

很多程式設計師剛開始的時候，非常不習慣模組化，喜歡把東西一股腦鋪出來，而且還認為程式碼寫的看起來越複雜越能體現自己的水平，正如上圖中有些人的產品設計文件一樣。

毫無模組化的思路和模組化的思路對比

我們來透過一個虛擬碼的例子看看這種模組化設計思路：

下圖是一個描述買房的流程，沒有模組化，讓你在一個頁面看到所有的細節，看起來會讓人非常懵。你細細看一下會發現很複雜且很難理解，就像上面那張產品設計圖一樣。

同樣的流程，下圖模組化之後，更便於閱讀理解，也更便於流程設計者反思：

作為產品設計，我們應該如何用模組化設計思路來使文件更易於閱讀

透過我的經驗積累發現：再複雜的互動文件，都可以透過模組化來使其清晰易懂。

學會拆分模組；

考慮閱讀體驗，不要讓文件橫向拖動；

一個模組只描述一個主要的流程。

1。 學會拆分模組

以Axure為例，做了一個簡單的樣例。

如圖所示，我們不要試圖在當前頁面中描述所有的內容。對於一些單獨頁面或流程，可以放到子頁面裡。但是需要注意的是，不是任何內容都要放子頁面中，子頁面如果太多了，也會影響閱讀體驗。比如一些彈窗確認，彈窗浮層等等，直接在當前頁面描述就可以了。

2。 考慮閱讀體驗，不要讓文件橫向拖動

閱讀文件的時候，如果需要橫向拖動頁面，那麼閱讀體驗會非常糟糕。尤其是需要在橫縱兩個維度上閱讀時，思路非常容易被打斷，而且看文件時還會很容易看漏內容。

無論是手機還是PC機上，你的流程應該是從上到下描述的，而不是從左向右。這樣使你的文件只要滾動滑鼠滾輪就能閱讀。而且右側還可以放註釋說明，註釋說明區域與介面原型不會“打架”。

控制你原型介面的寬度，有些產品設計人員喜歡把原型做的非常寬，導致註釋在螢幕之外，閱讀文件很難受。其實你完全可以把原型等比例縮小，不一定要完全按照實際畫素。

3。 一個模組只描述一個主要的流程

比如說，在拍攝影片的子頁面中，只從上到下描述這個流程（UI flow），如果流程中有介面或子流程在當前頁面無法描述的，可以繼續建子頁面。

如下圖，簡化的流程示意（原流程實際上有十幾個步驟）：

圖中選擇關聯好友實際上是一個相對獨立的流程，且流程比較麻煩，需要有篩選，查詢好友等功能。該欄位的描述不應該打擾你整個流程的描述，應該將其獨立為一個子模組。這樣，你的流程描述就會非常清晰明，主次分明。

用這種思路，就能讓你的文件閱讀者有更好的體驗。有些人可能擔心有些複雜的流程無法做到這種方式描述，但是實踐證明，所有的都可以，不用懷疑。就像再複雜的軟體程式程式碼一樣，都可以拆解為易於理解的模組。

總結

模組化的思維，本質上是邏輯思維的一種；不僅僅只是程式設計師，產品經理和互動設計師也應該具有這種思維。這種思維無論是你解決問題，還是工作溝通協作，都是非常有用的。

如果你作為一個關注使用者體驗的產品或設計人員，自己輸入的文件卻都不能關注閱讀者的體驗的話，那你如何能讓別人覺得你是有水平的呢？

本文由 @楓葉 原創釋出於人人都是產品經理。未經許可，禁止轉載。

題圖來自Unsplash，基於CC0協議。