https://cdc.tencent.com/2017/12/11/%E5%BF%AB%E9%80%9F%E6%90%9E%E5%AE%9A%E8%AE%BE%E8%AE%A1%E4%B8%AD%E7%9A%84%E5%88%86%E6%94%AF%E6%B5%81%E7%A8%8B%E5%92%8C%E5%BC%82%E5%B8%B8%E6%83%85%E5%86%B5/

1.设计前

1.1明确需求和目标

主要检查点：业务目标、用户目标、产品目标、设计目标

tips：“从别人那里得来的二手需求，往往对需求的本质理解都不够深刻”
image.png

要看自己是否明确当前的目标，能不能用一句话把目标描述清楚（最好是可衡量的目标，比如：产品目标今年10月活跃用户数上升20%），所以要尽可能的自己弄清楚需求。

1.2 弄清目标用户和用户角色

主要检查点：用户类型、帐号体系
tips：“不同类型用户之间的联系千丝万缕”
image.png

做设计的时候基本都能清楚的知道，产品面对的目标用户是谁，但是容易忽略的地方是在于里面一共有多少种用户类型的用户，比如：管理员、vip、内网用户、外网用户等等，每种用户类型在体验和内容上是否需要有分层处理，是否涉及到权限问题，应该怎么处理。角色之间能否互相转变，操作是否清晰，转换后的提示是什么？账号体系用什么？

2.设计中

2.1框架阶段
主要检查点：层级关系、信息区分、扩展性
tips：“一个好的框架不会因为内容的增加或者减少而发生巨大变化”
image.png

信息架构用户是否容易理解， 内容组织是否有一定的逻辑关系，扩展性是否足够。
2.2流程阶段
主要检查点：角色，入口，目的，操作，离开、中断
tips：“我是谁？从哪里来？要到哪里去？怎么去？还有谁？”
image.png

要看流程有没有短路，如果过程中有中断，中断后要怎么提示，如果有不同的权限和角色，还得检查相互之间有没有相通和关联的地方，共同的关键节点。以及逆向操作。不同角色不同场景的任务流程一定要单独梳理。
2.3内容显示
主要检查点：数据显示、缓存、内容、状态（特别是为空、初始）、显示（各种极限情况）
tips：“为空、初始、极限情况”
image.png

通常情况下我们只做理想状态，为空，极致的状态是最容易被忽略的，要根据不同类型的产品和场景具体考虑。
2.4反馈通知
主要检查点：通知，提醒，界面反馈，用户反馈入口
tips：“操作的任何阶段（前、中、后被中断）都要防止用户发呆”

image.png

反馈很多时候是和用户的上一步操作联系在一起的，是一种界面的指引，用户做了什么你要告诉他结果，你希望他做什么怎么提示他。

2.5文本控件

主要检查点：表意清晰、使用一致
tips：“结合流程检查要符合操作的前后情景，符合用户的常规认知和习惯”
在交互方式逐渐有一定积累的今天，如果不需要特别标新立异，还是尽量选择通用常见符合认知和习惯的控件。

三、设计后

检查点：设备、中断情况、网络情况、特殊状态、刷新方式、异常操作
tips：“多页面通用内容放在一页一起搞定”
image.png

这些内容只需要整理一次，全产品通用。

四、其他

这次整理的自查表里面也会把经常遇到的一些通用类型列举出来，比如：图片啊，表格啊，在具体做到这些设计的时候，可以直接参考这部分。也许不太完整，但是更多的希望给大家提供一些参考和发现一些规律。
对于分支流程和异常情况，大家一定要积累自己的“盒子”，通常情况下只需要的结构性的填入补齐就能解决大部分问题。
image.png

最后希望此表能帮助大家在工作中面对分支流程和异常情况的时候，提高处理效率。也能积累出一套自己的“秘籍”。

image.png