在明确了卡片式分类法的所有操作流程和注意事项后，我们来看一个我以前负责过的项目：邮轮专用App的信息架构确定过程。

邮轮App信息架构确定

01

首先介绍一下这个项目的背景：这是我之前工作过的一家OTA公司自己的邮轮子公司发起的项目，这个邮轮子公司有多艘自己的邮轮，大家知道，邮轮航行在大海上，是没有移动网络信号的，而邮轮专用Wi-Fi价格非常昂贵，所以这个邮轮子公司需要一款App，这款App与普通App之间的最大区别是：

1. 只能在邮轮上连接邮轮免费Wi-Fi后使用

2. 免费Wi-Fi是局域网环境，不能与因特网互联互通

对于这款App的基本要求是：

1. 能够让参加邮轮旅行的乘客方便地查看和预订邮轮服务

2. 及时获取最新资讯，联系邮轮服务方

3. 能够让参加邮轮旅行的同行的亲友间方便联络，因为成员经常会参与不同项目

4. 所有乘客间的交友需求

5. 乘客个人行程管理

“九层之台，起于垒土”，信息架构对于一个App来说，如同地基梁柱之于建筑，骨骼之于动物，是最重要的入口和信息分组，信息架构逻辑关系不清晰，就如同骨骼错位，也就无法有效调动肌肉和皮肤来执行更多精细动作。

所以接到类似项目后，不能急于马上开始具体的功能页面设计，而是要留出充裕的时间来敲定信息架构，合理的符合用户心理预期的信息架构是保证App可用性、易用性的基础。

确定信息架构的方法

信息架构的确定，需要使用多种方法共同完成，卡片式分类只是敲定最终的架构的有效手段之一，CFS分析、用户访谈、竞品分析等其他调研结果也是重要的参考指标。

根据用户调研得出的用户需求如下：

邮轮乘客基本需求

游轮上基本的信息沟通流向示意图如下：

游轮上信息沟通流向示意图

如果以使用App的用户为参照，信息流向如下图所示：

基于用户的信息流向

可见App是有效沟通邮轮运营方和乘客之间的有效途径，乘客不仅可以从邮轮运营方获取即时的信息，还可以用App与运营方有效沟通，反馈信息和结果。

根据其他前期调研结果分析得出的初步架构和功能点如下图：

初步信息架构

但这个信息架构是设计者自己根据定性分析推导出的，没有量化数据支撑的，未经验证的初步结果，它有一些问题需要得到解答：

1. 好友列表、船上所有用户列表是跟聊天消息列表放在一起还是分开 拨打舱房电话是否要单独分开？

2. 今日活动推荐作为邮轮体验的组成部分，是否需要独立出来？

3. 系统设置需要和个人信息、个人消费记录、我的行程这些版块放在一起吗？

这只是几个比较简单的问题，是设计者对于自己推导出的信息架构的自问，同时这些问题也是无法回避的，设计者如果不能用现有分析结果来清楚解释这些问题，这个信息架构就是不牢固的。

02

这个初步的信息架构急需量化的调研结果来进行论证，而卡片式分类作为量化手段的一种，能够提供非常精确、颗粒度非常细的数据结果。

为了能够获取最全面、最精确的结果，需要做好开始前的准备工作，如同我们前文讲到过的，首先卡片分类的目标和目的非常明确，然后邀请了符合要求的被调研对象：

选择参与对象

参与对象主要分为两类：已经有邮轮乘坐经验的和还没有体验过邮轮服务的，这两种对象对调研都非常重要，因为已乘坐过邮轮有过体验的用户能够提供每种功能重要性以及优先级的评价，而没有乘坐过的对象因为没有先入为主的影响，对于分组命名、功能命名能够感觉更敏锐，发现更多隐藏问题。

然后预定有大会议桌和白板的会议室，白板方便解释项目发起原因，调研目标、命名解释等一系列问题，同时大会议桌保证了每个被调研对象的操作不受场地的局限和干扰。