根據內容整理信息架構
三個內容模塊，模塊之間的信息組成是多變的。
客戶的需求會有很多，或者只有一個。當一個客戶有多個潛在需求，其中有1個或幾個需求下單時，客服人員根據需求的關聯性，給客戶下一張訂單。
代練人員根據訂單，按照實際代練工作的狀況，轉化為生產單。
一個訂單中可能轉化為多個不同的生產單，每個生產單對應不同的生產線。
多個訂單中可能轉化為一個生產單來完成。
依據現實的操作，系統起初按照內容模塊的特性，信息架構的主要層級，第一個層級分支為三個節點：
設計理論上解釋：信息樹應盡量窄而淺，主要層級分支越少，分支樹淺，信息結構更清晰，內容閱讀的上下文關聯性更緊密，更符合邏輯思維。
三個分支或更多分支（不夠窄），完全按照流程、工作方式來設計系統：
優點：符合現狀，將流程歸納到電子平台中，沉澱現有工作內容，解決問題。
缺點：內容之間的關聯性不夠緊密，閱讀關聯性差，需要來回跳轉較多，出錯率可能性高，閱讀效率低。未能達到現有流程的優化。
減少分支信息來回跳轉，縮減節點（窄的信息樹），需要了解平台的用戶，對用戶群進行分類：
1.客服人員
2.代練人員
3.銷售人員（主要是查閱客戶的潛在需求）
依據用戶需要的內容，對平台進行信息架構分析。
層級一：兩個節點，滿足三類用戶的需求
1.客戶：客服人員、銷售人員使用
2.訂單：客服人員、代練人員使用
客服人員是平台主要內容創建、維護者；而代練、銷售人員只是針對平台的內容進行查閱、補充。
窄的架構會造成信息樹深的問題，信息架構的每一個深度都需要考慮。
內容從兩個模塊開始細分，客戶內容中會需要有每個客戶的資料；
訂單中則需要有訂單信息，生產情況，客戶跟進的情況。
再細分內容，到結束點，可以看到信息樹三層已經可以解決問題，信息樹也達到了盡量窄而淺，閱讀信息整體關聯性緊密，也優化現有流程。
客戶與訂單之間的關聯，分支的方式仍存在信息跳轉
1.當查看客戶資料時，需要可以關注到該客戶的訂單的信息
2.查看訂單時，需要可以查閱到客戶的資料信息
如果層級一只有一個分支，選擇客戶為首，會導致不容易找到訂單，訂單信息無法全局化；相反，選擇訂單為首，則會有反面的問題。而一個分支的導向是不符合實際使用需求的，並且信息樹也會更深，信息閱讀困難也會提升。
延伸閱讀：
如何從無到有設計一個全新的互聯網產品