两种产品类型为什么会有交互设计和信息架构的区分呢？说一下我个人理解。
1. 信息型产品
信息型产品就是我们常见的各类网站，例如门户网站、品牌官网、知乎、今日头条、或者腾讯视频等内容类产品。这些产品主要是为用户提供各类信息，任务类操作比较少。
网站最终的任务是给予用户足够可用、有效的信息，确保用户在产品中不会迷失或者无法找相应的信息入口，所以结构层的主要任务是构建符合用户认知的信息架构，便于在框架层以此架构为基础完成界面、导航设计。
2. 功能型产品
功能型产品更多的是中后台管理系统，目的是帮助特定的用户完成各种任务，包含了各种流程。在产品中用户会有大量的操作，功能之间可能互为前置条件或者相互协同。
例如用户在商品加购之前，需要完成登录。或者管理员在增加用户之前，需要提前设定系统用户角色。所以对于功能型产品，除了确定信息架构，还要明确好功能之间的交互逻辑关系。
我认为在结构层中，交互设计和信息架构并不是绝对割裂的，功能型产品同样需要制定信息架构，只不过信息架构相对固定，需要遵从用户的业务场景、工作流程等，设计师不能根据自己的理解随意更改。
另外随着业务场景和功能的发展迭代，有些产品已经不能通过简单信息型产品或者功能型产品进行划分。例如电商网站，既要提供商品信息供用户选购，还要提供购物车、下单、支付、物流、售后等一系列的环节，每个环节之间都是环环相扣。因此，在结构层需要信息架构和交互设计并重。
三、信息架构的构建方式信息架构最核心的是确定产品信息的组织形式，我们可以采用以下两种⽅式来建⽴分类体系：「自上而下」或「自下而上」。
1. 自上而下
这种分类方法从“战略层”（产品目标）出发去考虑内容分类。即根据产品目标与用户需求直接进行结构设计。最先从最广泛的、可能满足决策目标的内容与功能开始进行分类，然后在按逻辑细分出次级分类，这样的“主要分类”和“次级分类”就构成了“一个个空槽”，将想要的内容和功能按顺序一一填入即可。
我理解这样的方式是从产品视角出发，根据功能清单，结合用户场景，逐级建立起信息分类形成产品的信息架构，最后将功能/内容放入到信息架构中。
这种方法比较适合B端产品，产品功能和用户业务场景比较明确，并且是紧密结合在一起的。比如财务报销需要包括提单、审批、支付、消息、记录等等环节。信息架构也要按照这些场景和流程进行归类，便于用户理解和找寻。
此外对于C端产品，某些用户需求和场景并是不特别明确，需要产品主动构建信息架构引导用户需求，此时也需要自上而下建立信息架构。例如电商产品中引入短视频，首页的订阅方式等，短视频产品中的同城、兴趣等功能。这些是基于用户洞察，产品自上而下推进信息结构的优化升级。
2. 自下而上
这种分类方法是根据对“内容和功能需求的分析”⽽来的。先从已有的资料（或者当⽹站发布后将存在的资料）开始，我们把这些资料统统放到最低级别的分类中，然后再将它们分别归属到较⾼⼀级的类别，从⽽逐渐构建出能反映我们的产品⽬标和⽤户需求的结构。
当产品已经拥有了内容，但是并不明确如何进行归类，才符合用户的认知和需求。这是就可以采用自下而上的方法倒推，建立信息架构。对于信息量不大的产品，可以做几版方案，找些用户进行测试就可以得出结论。对于信息量会比较大的产品，可以采用卡片分类法，让用户参与其中，为信息架构设计提供参考依据。
我个人认为，在实际的应用中自上而下的创建方式居多，这种方式从产品和用户两个维度出发，可以搭建出比较平衡的一套信息架构。
在《信息架构——超越Web设计》一书中，将信息架构定义为：
——共享信息环境的结构化设计；——数字、物理和跨渠道生态系统中的组织、标签、搜索和导航系统的合成；
——创建信息产品和体验的艺术及科学，以提供可用性、可寻性和可理解性；
——一种新兴的实践性科学群体，目的是把设计和建筑学的原理理导⼊入数字领域中。
《信息架构——超越Web设计》
这就意味着信息架构不仅仅是我们看到的导航菜单，只不过由于导航菜单是信息架构的直观表现形式，所以常常被理解为“信息架构就是导航菜单”。
信息架构包含了4大系统：组织系统、标签系统、导航系统、搜索系统。
