起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識需求整理，解決剪不斷理還亂的數據
作為一名初級產品，面對需求方提供的混亂資料、大量的需求信息以及復雜的系統邏輯，你是否不知從何入手？
筆者根據自身經歷，摸索出“數據-模塊-邏輯功能”的方法來梳理產品思路，解決這一難題。
方法
這種方法可以簡單概括為：整理全部信息數據；數據分類，劃分模塊；梳理數據之間、模塊之間的邏輯功能。
1. 羅列全部數據，并確保數據的完整性
數據的來源包括但不限于：
（1）需求對接的文件資料；
（2）需求方口述；
（3）頁面展示的信息。先把這些字段信息都列示到一個表格里，而我通常是用Xmind進行整理。除了這些看得見的數據，接著還要了解數據之間的邏輯處理；
（4）列出邏輯處理后的數據。
舉個例子，下圖是根據簡化的進銷存系統頁面列出的信息：
其中，看得見的數據如商品的屬性信息：名稱、規格；訂單信息：購買人昵稱、聯系方式、購買數量、下單時間等；而下單時長則是看不見的邏輯數據。當訂單在30分鐘還沒付款，系統會主動取消訂單，所以需要通過下單時間和系統當前時間計算出下單時長，提供給系統判斷是否需要取消該筆訂單。
難點：要確保數據的完整性，盡可能地發揮小宇宙，把所有邏輯數據都列出來。
2. 對每個數據按模塊分類，且每個數據只能在唯一一個模塊中進行維護
我一般會將模塊分為兩個大類：功能模塊和公共模塊，再根據實際項目功能劃分子類。最終，所有子類的集合就是整個系統的功能模塊。
功能模塊指的是系統功能性質明顯的分類，如商品管理模塊、訂單管理模塊；而公共模塊更偏向于收納通用數據，如行政地區管理模塊。
功能模塊和公共模塊只是個人叫法，用于區分，其本質都是一樣的。
舉個例子，沿用上例，下圖對各個數據進行了模塊劃分：
首先對所有數據重新分類，新增如下模塊：
（1）廣告管理：提取了商品管理中與廣告相關的信息。
（2）商品上線管理：把商品管理中“商品組合”形成新商品的數據納入其中；原來在分銷商管理中“上線商品”和“銷售價格”也分類到商品上線管理，令分銷商管理的數據信息更加純粹。
（3）用戶管理：賬戶信息系統，管理與用戶身份相關的信息，如性別、名稱、聯系電話等。
（4）行政地區管理：用于專門管理國家、省份、城市的行政地區劃分。
按照我的劃分方法，功能模塊包括：商品管理、廣告管理、分銷商管理、商品上線管理、訂單管理；公共模塊包括：行政地區管理、用戶管理。全部模塊組合起來，就是一個完整的進銷存系統。
商品管理模塊中的商品名稱、編號雖然會在商品上線管理模塊展示，也會在訂單管理模塊中展示，但只可以在商品信息管理中進行維護；同樣，行政地區管理中的國家、省份、城市數據在商品管理模塊-商品屬性-生產地展示，也在用戶管理模塊-聯系地址中展示，但只可以在自己的模塊中維護。
3. 對每個模塊整理功能邏輯
包括模塊內部的功能邏輯和模塊對其他兄弟模塊提供的功能邏輯。
3.1 內部的功能邏輯
功能涉及的所有數據，只會在該模塊里進行讀寫和運算。
舉個例子：根據訂單號查詢訂單，訂單號是訂單模塊里的數據，而查詢后的訂單列表也是訂單模塊里的數據，因此查詢就是內部的功能邏輯。
難點：在整理內部邏輯時，同樣要發揮小宇宙，把所有內部邏輯列完整。
3.2 對外提供的功能邏輯
數據在A功能模塊中維護，但B功能模塊需要調用或展示；或者A功能模塊的數據經過一定運算后得到的數據X，提供給B功能模塊，而A功能模塊本身可能并不需要數據X。
舉個例子：
以訂單管理模塊的數據為例，從上圖中可以看到訂單里顯示的商品編號、商品名稱是由商品管理模塊提供的，那么這屬于是商品管理對外提供的功能邏輯（提供數據），而不屬于訂單管理模塊的功能邏輯。
用稍微復雜的訂單價格和企業的實際收益的流程來解釋內部的功能邏輯：
首先，由商品上線管理提供的銷售價格乘以購買的商品數量運算，得到訂單價格；該運算過程是由訂單管理模塊進行，因此是訂單管理模塊內部的功能邏輯。
接著，再用訂單價格乘以分銷商管理模塊提供的結算費率（計算企業分成后所得），算出該筆訂單歸屬到企業的收益。這個運算過程也是訂單管理模塊內部的功能邏輯。
而對于訂單管理模塊來說，其中一個對外提供的功能邏輯就是向用戶端提供其消費明細。
難點
（1）整理功能邏輯，實際就是分析每個數據的來源和歸屬模塊。在這個過程中，可能會發現最初的數據分類有誤，實際的邏輯運算應該在另一個模塊里完成。不用覺得自己沒考慮周全，多分析幾次，積累實踐經驗后，就能迅速準確地判斷每一個數據到底來自于哪個模塊。
（2）其次，也可能會發現數據羅列不完整而需要后續進行補充。因為數據的完整性能一定程度保證功能邏輯的完整，而功能邏輯完整了，才能保證系統的業務流程形成閉環。這也是為什么一直強調要把數據列完整的原因。
結語
處理完上述的過程，得到的就是一份信息和功能架構圖了。根據這圖進行原型設計，有助于避免數據和功能的遺漏。
以上便是個人歸納的其中一種需求整理方法。后來在項目對接中也經常使用，對梳理項目思路起到了很好的輔助，希望能給剛入行不久的產品們一點點啟發，同時歡迎各位前輩指導和分享。
本文由 @貓爪 原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基于CC0協議
- 目前還沒評論，等你發揮！
