模塊化到整體化的一點小思考

來自專欄產品經理工作簿

凌晨12.30，隱隱的睡不著覺，打開電腦寫寫最近一兩周的經歷和反思。記得之前寫過一篇文章叫《平台的結構化和模塊化方法》。大概是說在做平台的時候，要先樹立好一個結構，比如功能有哪些，模塊有哪些，然後在具體到模塊設計。在模塊設計的過程中，又要考慮擴充性這些。

BUT

這樣會導致另外一個問題，就是在上升一個維度去看待平台整體性質的時候，會有些零落。這裡一方面原因是說接觸一個新的領域串起來的能力可能稍微薄弱，另一方面是，把模塊拆分後，便於自己的理解，但是有時候也會沉浸於獨立模塊的思考當中。當然這裡是指先對比較分散的模塊。

我這裡給大家舉個例子，比如做了其中一個功能叫人員管理，另外一個功能是角色管理。相對聯繫的關係就是人員會和角色掛鉤。但是設計的時候容易發生誤區，把兩塊相對拆開，因為我們明確一個宗旨是說，一個頁面的主要功能是什麼，就幹什麼。這樣做的好處是模塊區分清晰，邏輯清晰。但是對於用戶的易用性確缺失了很多，我們從頭在開始使用，就會略顯麻煩。（這裡是簡單舉例，有很多直接分開處理的很好的就不說了，只是采坑的時候回憶一下）

所以我們通過結構化的方式區分了邏輯清晰的模塊，但是還應該把模塊在具體的整合起來。個人暫時總結以下兩點：

第一，從平台屬性出發，即平台的主要性質和目的作用。比如一個erp進銷存系統，其目的在於商品，訂貨單等等的管理和新建。把平台功能梳理清楚後，功能模塊形成一個整體。這樣單獨去處理的時候，避免模塊混亂和確實。

第二，從使用角度出發，也就是用戶的角度。我們做了第一點，是為了讓功能模塊整體化，這一步已經實現了基礎功能。但是整體來看怎麼好用，就需要把模塊串起來。舉個簡單的例子（創建商品），我們會先將商品的分類創建好，這是一個模塊，再把商品的基礎信息創建好，這是另一個模塊。那麼我是否可以在創建商品的時候，直接創建分類，當然這裡不是說就直接刪除了分類這個模塊，而是把功能引入。可能例子不是很恰當，意在說明流程集合的整體性，即看起來是模塊屬性清晰，使用起來卻也連貫便捷。

上邊是一個簡單的概述，可能說的有些潦草，但是也是實際操作中有時忘記的東西，可能因為技術實現，可能因為時間進度的催促。我們更多的處理了模塊的功能，卻忽略了模塊串列的整體操作桿。