前言：

一个APP从0到1的设计过程中，需要考虑到APP在使用过程中的所有操作流程和状态，一旦某个流程断失，可能会对用户的使用体验造成严重的影响。如果没有对APP的设计规范和使用流程有深刻的了解，在设计原型的过程中很容易遗漏状态的判断和考虑，产品经理和程序小哥就会经常跑过来跟设计师反复确认，不仅会拉长项目沟通时间，影响开发进度或设计的规范性，可能也会影响项目组其他同事对设计师的信任。

目的：

· 在设计的过程中，能对照整理的内容根据实际情况对APP的进行尽量全面的设计，对状态的判断或控件规范都能了然于胸；

·根据APP实际情况整理的出的规范应该属于交互文档和视觉规范文档；

·在完成设计后或后期验收阶段，可以根据整理的内容进行查收，及时查缺补漏，避免程序小哥遗漏或没有按照规范实现；

·APP能遇到的情况千奇百变，需要及时更新和整理，为以后的APP设计做素材库或参考；

设计一个APP的过程中，就如抱有一个babysister的心态，为APP极尽脑汁考虑到每一方面的情况，看着一个新APP从一堆需求文字通过原型设计和视觉设计，再到程序开发，最后到了在手机上使用，为用户解决问题或达成目的，就能感觉到作为设计师的成就感。

目录：

1.产品概述：如产品定位、功能架构图、操作流程图、设计目标等；

2.基础规范：如色彩、字体、布局、数据内容、键盘、图片、手势等；

3.模式：如页面跳转、加载、刷新、网络情况、搜索等；

4.组件/控件：导航栏、分段控件、对话框、弹窗等；

说明：

分类的维度：

a.产品概述是一个APP的核心，是从APP的本质出发，我们为什么要设计这个产品，能解决用户在什么场景下的问题，达到什么目的。如果脱离了这个核心，这个产品的商业价值和用户价值就无法落地，相当于用户体验要素的范围层。功能架构，操作流程和设计目标就是为要这个目标去制定的；

b.基础规范如色彩字体等是从APP整体思考的，这些内容贯穿于APP的每一个页面和功能实现的过程中；是APP组成部分的最基础内容；

c.模式主要是指APP内容状态的变化过程，如从一个页面跳转到另一个页面，页面从加载中到加载完成的过程中，呈现在用户面前的可视化显示；

d.组件/控件是帮助用户在页面上完成任务的辅助元素，如选择控件、文本输入框等，需要手机系统平台的设计规范，但近年来iOS和Android两个系统的之间APP，其设计规范已经慢慢相融合，一来是可以减少设计师的设计两套APP的时间，只需要部分规范调整即可；二来用户如果要切换手机系统来使用APP，不会因为系统规范差异太大，需要额外花时间来适应新的界面和操作；

控件只要是单个操作元素，组件是由多个控件组成；

总结：

通过分析整理之后，能更好地在一个全局范畴下考虑APP的设计内容，思路更清晰，对要考虑的问题有清晰的架构，考虑更全面，避免出现遗漏的场景或状态；

·以上每一项分析起来都是一个大工程，不仅要根据实际情况考虑APP本身的产品定位，针对的目标人群，操作使用的场景，要完成的任务，还要考虑手机平台的操作特性或性能支持等。因此设计一个APP真得抱着一个保姆的心态，要考虑到方方面面，才能使它“茁壮成长”；因此会花不同的篇幅来详细分析和总结以上内容，很多“坑”等着慢慢填；

·每个人的思考维度不一样，如何分类和整理并没有对错之分。以上分类是按照我的个人经验整理得出的，通过分析和整理形成属于自己的知识体系和方法论，就是不断积累和提高自我最好的办法。在工作过程中遇到的问题也要时常整理，添加到思维导图中；或者也会按照实际情况对思维导图架构进行调整，不断更新。若有更多的分类和整理方法，可以共同讨论~

·在或学习的过程中，也会在各种产品、设计相关的网站浏览文章，但实际上只浏览而不运用，或收藏在文件夹里面，里面涉及到的知识点或方法论很容易就会被遗忘。只有通过自己的分析整理得出的内容，才是真正属于自己的知识体系，印象更深刻，运用起来也更得心应手。

以上，共勉~