三、功能架构（Function Architecture）
功能架构的目的就是搭建产品的骨架，有几个主要的tab页，每个页面有几个区块，对应多少种可能的操作。这样去梳理一下，才知道各个页面的功能和内容。
|
手机产品设计在流程上跟互联网产品设计出入不大，在交付物上也有交叉点。很多新入行的朋友一直困惑于手机产品设计该怎么进行，该交付什么样的产出物给团队其他人员。小公司产品经理可能一条龙式的包揽了需求分析、竞品分析、功能设计、交互设计等，交给技术人员的直接就是PRD（产品需求文档）。大公司由于职能细分，可能会有项目经理、产品经理、产品设计师、产品架构师、产品策划、交互设计师、视觉设计师等细分职位，那么设计沟通就成为更不可少的步骤了，时间都被浪费在流程和会议中了，大家经常会纠结于功能或者设计的细节，忘了我们的核心用户，忘了产品的核心价值，无数次的pk，最终力求找到每个人认为的最符合用户需求的设计方案。 本文旨在讨论围绕UED（用户体验设计）该在产品设计的不同阶段提供什么样的产出物，便于理清自己的思路，也便于团队之间的沟通。具体交付物的实现方法，后续会有更详尽的介绍。
一、概念模型（Concept model）概念模型是灵活性很强的文档，你可以用它来展示某个特定产品中所蕴含的多种概念。它可以帮助你梳理一些模糊的想法并把它们记录下来，他们形成产品设计的基础。由于是用于记录和用户体验相关的潜在结构，所以受众可以是项目组全体成员。概念图可以任意的发散，供你组织零碎的想法。虽然概念模型仅仅说明了一套概念设想，但是一个产品最重要的环节也就是概念的提出和成型，所以他还是很重要的。
***这是当初个人YY的一个掌上百度的概念图，不代表实际产品立场***
二、人物角色（Personas）人物角色，是指针对网站目标群体真实特征的勾勒，是真实用户的综合原型。我们对产品使用者的目标、行为、观点等进行研究，将这些要素抽象综合成为一组对典型产品使用者的描述，以辅助产品的决策和设计。
三、功能架构（Function Architecture）功能架构的目的就是搭建产品的骨架，有几个主要的tab页，每个页面有几个区块，对应多少种可能的操作。这样去梳理一下，才知道各个页面的功能和内容。  四、任务分析（Task Analyses）任务分析是角色分析的一个补充。它指的是对你的用户的目标进行分析——了解他们想在你的产品上完成些什么任务，以及他们怎么做。任务分析也包括找出更多为实现目标而所必须完成的子任务，以及为了完成目标，用户必须经历的步骤。在进行角色和任务操作的同时，我们经常需要对用户环境进行研究(包括物理的，社会的，文化的，以及技术环境。)
五、流程图（Flowcharts） 流程图可以分为逻辑流程图和页面流程图。
 ***个人揣摩的新浪微博提醒机制交互流程图***
六、原型图（Wireframe）
七、交互原型（Interactive Prototype） 我个人比较喜欢经过排版的交互原型，源于一位朋友的启发，这样不论是存成图片还是文档，都有利于保存和流传，也有利于修改。以后有机会再详述。
八、视觉稿（Visual Design）这个就不多说了，呵呵~ 交互原型和视觉稿都最好配合着规范文档交付。交互原型的规范文档要梳理很多的全局交互问题，比如焦点问题、文案问题、触屏操作、按键操作等等。 手机产品设计跟手机平台设计还是有很大的不同的。平台设计要求规格严格，不能用太多随性的设计，产品设计区分大小，有些小的产品可以很随性很写意，大的产品功能架构比较复杂，但也不必一定等到各种构想和设计都成熟了之后再去做，而是应该允许试错，快速上线，收集反馈，反复迭代，不断完善。 今天介绍的这8种交付物，不一定都需要交给团队成员，有些也是为了自己梳理思路，所以还是要根据项目规模、时间安排来判断，该产出什么样的交付物最合适。 |
|
|
