作为自己工作的积累，也拿出来跟大家分享一下，本文持续更新...
基本上都是一些自己在工作中遇到过的问题，自己记性一般，就马上总结一下记下来『以备后患』
1.针对APP用户账户体系的更新需要注意对老版本用户的功能支持。
2.设计布局时需要考虑多种机型的屏幕尺寸，例如考虑部分小屏机型的表单可读性。
3.用户的本次操作如果要反馈应给予。
4.密码错误之后自动取消隐藏以便用户检查
5.不同场景下，为用户提供最方便的键盘类型(.com)
6.部件的三种交互状态：触发前/触发过程中/结果反馈
7.每个页面都应当有三种状态』『常规』『空白』『报错』
8.每个页面都需要设计5种状态：空白状态，载入状态，局部状态，错误状态，理想状态
9.做交互之前尽量拿到接口的wiki和UI的设计规范，以便后期对接顺畅
10.在用户当前流程只有一种选择的情况最好不要让用户看到导航之类的东西，多一种选择，就要多处理一种情况
11.请求权限的弹窗，应该谨慎的有计划的弹出，最好引导用户让其明白用处并主动触发同意
12.根据不同业务淡季旺季的变化灵活变更交互策略
13.对于用户特别容易忽视的重要信息，不能只从视觉方面入手，还应该从流程入手，应采用主动要求用户选择才能继续流程的方式
14.模态的loading最好做成可以取消的，不要让用户除了强制关闭app不能再有别的操作
15.考虑好每一个页面的『返回』功能的逻辑，是否需要，需要的话返回到哪。
16.需要较长时间loading的页面中，尽量先加载出框架，不要让用户对着空白页面等太久。
17.尽量减少页面跳转，采用四个方向弹出sidebar的形式，保持用户的方向感
18.Loading尽量不做成模态的，网络不好时设计好用户的后退机制(Toast上添加btn)
19.当决定修改一个流程时，需要注意每一个节点的入口，避免从别的入口切入该流程后产生冲突
20.用户发起批量case时，要考虑单个case失败时的最终结果
21.有input的地方要考虑keyboard弹起后Input不能被遮盖
2015-12-08
22.用户的个性化设置需要分别考虑登录和未登录下的状态，以及退出登录或更换账号时的设置变更规则。
2016-1-11
23.（转眼半年就要过去了...又攒了一堆，过段时间整理一下上传...）在用户填写长表单的过程中，如果面临可能submit被拒的情况，一定要提醒前置，不要让用户填写了半天的表单最后发现并没有办法或者没有资格上传(某In就不点名了...不要辜负了微软妈妈的一片苦心啊)
2016-6-16
24.空页面的处理，从情感化设计角度出发，应该为『暂时还没有内容』的页面提供一个空页面的背景图，提供解释和引导的功能
25.简单的附属功能尽量在单页面内完成，采用弹出ListView的形式，避免页面跳转导致用户迷失
2016-7-6
26.iOS的更新可以走App Store ，但是安卓的更新需要额外设计，包括是否强制升级以及后台升级
27.安卓第三方控件的兼容性问题，主要功能尽量使用经过大量验证的可靠的控件，安卓不同的ROM可能会导致很多手机不能用
2016-7-12
28.牵扯到数据展示的，尽量标明数据的展示位数(精度)。
7.28
