根据内容整理信息架构
三个内容模块，模块之间的信息组成是多变的，
互联网的产品设计方法(二)：搭建架构
。客户的需求会有很多，或者只有一个。当一个客户有多个潜在需求，其中有1个或几个需求下单时，客服人员根据需求的关联性，给客户下一张订单。
代练人员根据订单，按照实际代练工作的状况，转化为生产单。
一个订单中可能转化为多个不同的生产单，每个生产单对应不同的生产线。
多个订单中可能转化为一个生产单来完成。
依据现实的操作，系统起初按照内容模块的特性，信息架构的主要层级，第一个层级分支为三个节点：
设计理论上解释：信息树应尽量窄而浅，主要层级分支越少，分支树浅，信息结构更清晰，内容阅读的上下文关联性更紧密，更符合逻辑思维。
三个分支或更多分支(不够窄)，完全按照流程、工作方式来设计系统：
优点：符合现状，将流程归纳到电子平台中，沉淀现有工作内容，解决问题。
缺点：内容之间的关联性不够紧密，阅读关联性差，需要来回跳转较多，出错率可能性高，阅读效率低。未能达到现有流程的优化。
减少分支信息来回跳转，缩减节点(窄的信息树)，需要了解平台的用户，对用户群进行分类：
1.客服人员
2.代练人员
3.销售人员(主要是查阅客户的潜在需求)
依据用户需要的内容，对平台进行信息架构分析，
电脑资料
《互联网的产品设计方法(二)：搭建架构》(https://www.unjs.com)。层级一：两个节点，满足三类用户的需求
1.客户：客服人员、销售人员使用
2.订单：客服人员、代练人员使用
客服人员是平台主要内容创建、维护者;而代练、销售人员只是针对平台的内容进行查阅、补充。
窄的架构会造成信息树深的问题，信息架构的每一个深度都需要考虑。
内容从两个模块开始细分，客户内容中会需要有每个客户的资料;
订单中则需要有订单信息，生产情况，客户跟进的情况。
再细分内容，到结束点，可以看到信息树三层已经可以解决问题，信息树也达到了尽量窄而浅，阅读信息整体关联性紧密，也优化现有流程。
客户与订单之间的关联，分支的方式仍存在信息跳转
1.当查看客户资料时，需要可以关注到该客户的订单的信息
2.查看订单时，需要可以查阅到客户的资料信息
如果层级一只有一个分支，选择客户为首，会导致不容易找到订单，订单信息无法全局化;相反，选择订单为首，则会有反面的问题。而一个分支的导向是不符合实际使用需求的，并且信息树也会更深，信息阅读困难也会提升。
作者：人仔