确定信息架构没问题？其实我是不太懂信息架构的，而且讲真，我是不太明白为什么小产品的PRD需要包括这个信息架构的。
我的理解：
一个信息架构由三个要素决定：用户、内容以及情境。
主要就是用户和内容，如果更细分的话，用户是不是需要把昵称、头像、介绍、密码等等一些与用户有关的信息加上，内容是不是需要有针对意义的进行分类（我的理解：信息架构的分类与产品结构分类应该不一样，其分类更广泛，适用于同类信息的聚合，比如：一个视频网站的信息架构内容部分是否可以分为：影视内容、直播内容等，然后影视内容下面再进行细分为电视剧、电影等），还有互动部分，用户之间怎么相互交流的，评论与点赞、分享等可以放到这部分里面。
总结：信息架构之我的理解：需求分析→针对需求分析设计相应功能→功能打散重组分类→形成信息架构（自下而上的信息架构设计）；还有自上而下的架构设计之我的理解：因为许多网站或APP都有同类竞品，即使一些APP没有同类竞品，但是其中的某些元素其实早就已经有约定俗称的设计框架了。比如XX视频APP中的兴趣圈，这个是不是与传统论坛有那么一点相似？还有许多东西在传统的网站上都能找到一些影子。这时就可以自上而下进行设计，然后填充信息了。
信息的梳理，我觉得是需要按照用户任务进行梳理。
信息架构主要是信息之间的联系，至于功能或者更细的层次分类我觉得是次要的。

PS：以上，个人看法，不知道对不对。主要问题是看了许多人的信息架构，发现许多人的信息架构设计从逻辑上看并无相似性。还有许多人的流程图为求简介（有些按照用户任务流进行设计的却并未标注在流程中的行为，是什么行为让用户从一个页面过度到另一个页面的？），导致可读性不强，估计这个流程图也是需要交流的吧。

最后，看了许多人的信息架构模板以及自己的总结和思路，发现还是存在问题。主要是信息架构这个东西，个人觉得相当专业，一般人玩不来，然后呢，我看了，许多人就简单放了张图在上面，但是到底对产品设计思路有没有带来帮助，个人觉得，如果你的信息架构就是那么简单，那么也许并不会有任何帮助。因为许多地方与功能架构重叠了。如果要分成两张图，还不如来张信息架构功能图呢？