第三章：规范信息架构和流程设计
1规范信息架构
1.1.认知信息架构
信息架构——对信息进行结构、组织方式以及归类的设计，目标是用户更好的使用与理解。
信息功能结构暗示：让用户一眼看出产品的是什么，为什么，以及怎么用。
好的信息架构设计：功能重要性优先级；只是简单的堆叠功能，产品迭代是否影响用户，容易让用户产生抱怨；信息架构有伸展性。
1.2产品信息架构设计的前期工作
1.2.1 了解用户需求、场景、习惯
- Pesona:定义你的典型目标用户（具体的，详细的）
拓展阅读材料： Persona——Web人物角色介绍
- 尊重用户习惯——不要在不必要的地方去体现差异
1）用户用你的产品做什么 2）用户有哪些思维定式
3）这类产品的用户最关心什么 4）用户用什么类似的产品
1.2.2 了解业务需求
- 不能仅仅从产品经理了解业务需求，也要从市场运营推广了解别的需求，使得产品有更大 的兼容性，让产品产生更大的可能性
1.2.3 调研竞品信息架构
- 收集3-5个竞品，用思维导图画树状图来梳理出竞品的信息架构（过去的版本也是竞品）
- 找出共性（要遵循用户习惯）和差异（创新机会点）
1.2.4 卡片分类法
- 让用户对功能卡片进行分类，并对分类的集合重新定义的一种方法（了解用户心智模型）
- 产出用户产品心智模型树状图，对比竞品的树状图，寻找差异和改进点。
1.3产出产品信息架构
1.3.1 利用Axure站点地图和思维导图树状图产出产品信息架构树状图
- 对竞品的页面的每一层进行分级，区分重要性（位置、字体大小，面积大小...）
1.3.2 寻找层和度的平衡点
- 层：信息架构树的深度（层<5，否则进入某一功能会使得用户陷入操作困难）
- 度：每一个节点的子节点的数量（单页面内容过多，使得用户认知成本太高）
1.3.3 验证核心使用流程（比如一个IM软件，发起群聊流程是怎样的）
- 尽量保证树状结构图层级自上从下前进
- 不连通层级之间的跳跃，最好发生在最后一个步骤
1.3.4 考虑信息架构和交互架构之间的关系
-移动端一级导航设计模式选择（可以参考我chapter1.2&1.3的笔记内容）
根据重要性的分级，抽屉导航适用于单一功能突出的产品，TAB导航适用于多功能点的产 品页面，用户可能需要频繁的切换 。
- Web端设计
利用不同层级关系体现重要级，利用布局体现逻辑关系
1.3.5 为讨论做好准备
- 和开发、运营、领导开需求会的底气
1.4评判产品信息架构
1.4.1 用户测试
- 在不介绍产品的情况下，让用户使用产品能够段时间内描述产品是做什么的
- 让用户进行核心流程任务，检查任务是否能够顺利完成
- 给用户制定一个寻找层级比较深的任务，测试是否能通过信息架构名称层级找到该功能
1.4.2 撰写产品说明书
- 你需要多复杂的产品说明书才能教会用户使用产品核心功能
1.5用信息架构思路设计页面
1.5.1 单一页面为什么也需要思考信息架构
- 确定页面呈现的信息——》绘制信息架构树状图——》重要性分级——》绘制页面
1.5.2 明确一个页面中元素的逻辑性和重要级
1.5.3 绘制单一页面
- 逻辑相关的内容使用统一的形式、位置，并让区块联通
- 利用大小、上下位置、色彩体现重要级
2.打造漂亮的流程设计
2.1 了解流程的重要性
- 用户和产品的交互是什么：
用户通过某种流程完成任务——》交互设计师设计用户完成任务的方式
- 企业流程设计考虑的问题：
以不干扰用户使用流程的方式完成企业的业务需求
- 优秀的流程设计的好处：
增加任务的完成率；让用户更方便的的使用；对错误跟多的思考；夸张的任务完成度
2.2 如何进行流程设计
2.2.1充分理解业务需求
- 业务需要完成的商业目标
- 业务受到的技术和商业限制
- 了解业务所需要的合作方
2.2.2找到用户完成任务的所有接触点
- 接触点：用户通过你的产品做了什么事情（点击某按钮，看到某信息）
- 接触点来自用户场景——基于用户模型、经验、用户调研的体验故事。
- 构建多个用户场景，顾忌头尾，一个任务的接触点需要完整。（如发朋友圈最后一个接触点不是点击发送按钮，而是确保用户查看确认自己的信息发布成功）
2.2.3梳理接触点
- 推理每个接触点的心理情况和行为动作（做事——看信息——做事）
- 绘制流程图：用户使用流程——》加入业务需求所需的流程节点
2.2.4根据流程设计交互稿
- 在交互稿上体现用户操作流程
- 在流程上出现分支的时候，不要在一个页面上绘制，而是在站点地图上体现
- 注意设计的完整性，顾及头尾
2.2.5处理异常流程
- 找到异常的接触点，说明信息提示，和接下来的交互动作
- 了解错误返回码可以让错误考虑更全面
- 预测用户可能会出现的错误
2.3 流程设计和交互设计
- 从0到1质的飞跃
