信息架构设计是对产品所有信息设计有序的结构和组织，并进行合理归类的过程，是一切产品在流程和具体页面的交互设计前必不可缺的准备工作。本篇将以公司项目《蜜趣》为研究对象，进行升版前的信息架构设计。由于本项目是公司的真实项目，有些信息不方便呈现，这次版本修改的目标仅以简单的优化用户操作体验为主。

1. 概述

蜜趣是一款语音社交类产品。在陌生人社交的软件中，产品从单一的陌生交友到图文社区，再发展到现有的语音直播房间功能。主打去中心化的多人在线语音聊天，只有房主，没有主播，所有用户之间相互交流，充分满足用户对社交自主性的需求。该功能上线后，用户留存率得到显著提升，现要重新规划产品的信息架构，让产品有更好的用户体验。

2. 竞品信息架构分析

对创新设计模式、架构横向对比而言，国内主流的同类产品是最常见的竞品分析对象，而产品自身的历史版本在优化细节体验方面也是一个近在身边的优秀竞品。

本节主要挑选了国内三个主要竞品进行升版前的信息架构对比工作——语玩、寻欢以及蜜趣自身的现行版本（V3.1.0）。

2.1 信息架构树状图

三个产品的信息架构树状图分解：

寻欢

语玩

蜜趣现有版本v3.1.0

2.2 一级结构

语音社交类的产品，跟蜜趣产品内容相似的产品一般底部分为4部分或者5部分。5部分的产品通常是把语音房间单独做为主功能凸显出来。寻欢的底部导航Tab为4个：首页、发现、聊天、我；语玩的底部导航Tabr分别为5个：发现、陪伴、房间、消息、我；蜜趣现有版本的底部导航Tab分别为5个：首页、社区、娱乐场、消息、我的

2.3 首页／语音房间

首页主要用于呈现语音房间信息展示，形式基本都是以卡片列表为主。在页面信息中，“房间列表”、“我的房间”和运营的banner为共同部分。

寻欢将房间的页面做为首页，在运营banner位和房间列表中间，插入了有关运营或者优质的房间推荐入口，“搜索房间”的功能在此页面没有体现，而是放在了发现页。

语玩将房间的页面放在了底部tab中间第三个的位置，在视觉上做了重点突出，也强调了此主功能，并在顶部导航栏设置了“搜索房间”的入口。

蜜趣同样把房间放在第三个位置，但由于房间做为新功能出现，不能一开始就将其优先级排为第一，所以相比竞品在架构和视觉表现上都有所弱化，而且目前没有做出“搜索房间”的功能，也没有像竞品一样展示出分房间类型。

2.4 发现页

发现页主要是为产品的社交玩法功能提供入口。在整体上来看，寻欢的信息要少于后面二者，语玩在此页面的游戏功能做为了第一功能，蜜趣则分为情侣匹配和社区两大功能板块。

寻欢“附近的人”=语玩“玩友”=蜜趣“高级筛选”。寻欢把此功能放在了列表中的第一个位置；语玩放在了中间的位置，相对于寻欢来说功能优先级要弱一些；而蜜趣放在了情侣匹配的页面，高级筛选和缘分匹配的功能不同级，在交互设计上存在问题。

寻欢“寻欢榜单”=语玩“玩友排行”=蜜趣“排行榜”。寻欢的榜单入口更容易让用户关注；语玩的榜单入口位置在底部，相对寻欢来说不够醒目，名称具有娱乐性和情感化，但对于新用户来说认知度较低；蜜趣的榜单放在了顶部导航的右侧，设计为icon样式，不容易被用户识别。

寻欢“动态”=语玩“动态广场”=蜜趣“社区”；寻欢和语玩的动态入口设计带有变动的图片内容展示，相对于页面中其他信息表现的优先级要高一些；而蜜趣把此功能单独做成了一个板块，比较强调。

2.5 消息页

消息做为社交软件的聊天入口，具有存在的必要性。寻欢的消息通知为icon展示，不展示最新推送的内容描述，而其他两款产品的展现形式和用户消息是一致的；语玩的“公聊大厅”的功能放在了页面顶部，而蜜趣的大厅功能放在了娱乐场。

2.6 “我”页面

“我的”或“我”页面用于设计个人资料展示和一些提供给用户的相关功能的入口两大主要内容。

三个APP的“我的”或“我”页面都由一组个人资料展示入口（头像、昵称、ID等）和一组功能列表入口构成。其中，寻欢在个人资料展示卡片中，将“等级”、“好友”、“房间”、“关注”四个功能组合放在了用户信息下方；语玩也是这样的设计，这样缩短了页面的长度，节省了页面空间；而蜜趣采用整体一致性的列表形式的设计。在信息架构设计阶段不再对细项进行过多的阐述，详情可参见树状图。

3. 用户调研

3.1 调研方法：卡片分类法

用户调研阶段，我们将蜜趣现行版本的关键子功能点的名称列在一系列卡片上，让受访者首先根据自己的理解对卡片进行第一次分类和组织，并对每一组卡片起一个较大的类名。然后再根据第一次归类结果，请用户进行第二次归类，将各大类中的卡片进一步归为更小的类别，并起一个合适的名称，此时的类名不一定是精炼单个词语，符合用户自身理解的描述性短句亦可。当然，如果用户认为确实无法继续细分则保持第一次分类的结果即可。

最后，经用户确认的卡片分类结果如图所示。

3.2 调研结果

就结果而言，受访者的卡片归类都与APP实际的信息架构存在一定的差异。有的可能局限于用户对功能点的理解，比如“我的关注”和“关注”名字太过接近，使得名称对于用户的干扰较大。“师徒”和“群组”功能，用户不理解功能，从而不能进行准确的划分，而这两个功能对于新用户来说门槛较高，而且名字不容易理解。“大厅”和“高级筛选”在分组的时候也会面临困惑。

综上所述，这些差异无疑对现行版本信息架构方面存在的问题和潜在的创新思路提供了重要的参考。

通过调研结果与竞品的对比，经整理和重要性分级，我们产出蜜趣3.2.0改版后的信息架构方案如下图所示。

4. 改版设计说明

由于本次改版是产品整体信息架构方面的优化，布局和流程方面的细节都会有所变动。同时，由于是基于语音房间产品上线发展阶段的大规模优化，本方案对于主体架构进行了大幅度的调整，未发现明显问题的设计和符合用户认知习惯的予以保留。结合竞品分析和用户卡片分类调研结果，从架构合理化和精简方面，考虑对以下4个方面进行修改：

4.1 首页的改版

取消了重复的banner，把banner位置只留在首页的房间位置；根据产品需求，增加了“搜索房间”的功能，并放在了顶部导航的左侧（符合竞品的用户使用习惯），同时把“我的房间／创建房间”改名为“开播”放置于顶部导航的右侧；原本位于匹配页面的“排行榜”改名为“今日魅力榜”，并展示前三名的用户头像；增加了房间标签tab，并把用户的房间列表信息布局做了调整。

4.2 广场页面的改版

根据重新整理的信息架构图，把“大厅”、“匹配情侣”、“动态广场”三个功能放在了一个页面，并改名为“广场”。“大厅”展示最近发言的8名头像，并在固定时间内进行切换，做出动态效果；“匹配情侣”将四个座位进行展示，用户点击座位即可匹配；“动态广场”推荐3个优质内容，以图文结合的方式做为展示入口。

4.3 消息的改版

将最近访客的功能放在了消息顶部，出于产品需求强调此功能，更加容易激发用户的被关注心理；其它功能和之前保持一致。

4.4 我的页面的改版

调整页面层和度的平衡，避免信息重复和冗余，将“积分商城”、“vip特权”涉及金钱的功能统一放在了“钱包”中；使个人封面和重要数据的显示更加直观。

5. 站点地图

改版后的核心页面站点地图如图所示,对应的核心界面线框图原型请点击链接。