放这里发布的原因是：①反正是我自己在这里编辑的 ②主要这是通用的
1.手势操作冲突：
【引发原因】：手势操作的区域有重合
【产生结果】：程序无法知道：你想要选择的是什么？
【解决方案】：1想办法避免点击区域的冲突 2点击区域有冲突但是让用户选
【避免方案】：当一个界面涉及到两个或者两个以上的手势操作时，直接在原型上注明点击区域的说明页面（记得带上链接）
2.网络判断
这个在移动端需要做成一个模块，本地数据和服务器数据产生交互的时候（包括：上传、下载）都要预先进行网络的模块判断。其中“预先进行判断”。例如说:①云渲染的结果是需要提交到服务器在服务器上渲染图片的，②分组信息目前是保存在服务器而且新建分组时要和服务器的数据进行对比判断是否重名。因此这两个功能在入口的时候就必须检查一次网络，如果网络连接状况不好则需要提示网络不好请检查连接。当然如果进入时网络状况良好但数据提交时网络状况有问题也要提示用户去检查网络
3.离线操作
离线操作的主要问题包括：①首先要判断这个过程是否需要离线，主要的判断依据是：这个操作是否是销售人员的“高频操作”，以及是否是销售人员在对客户销售过程中的“必要操作”，另外还有就是要符合“能离线”的前提条件。
4.表单重复提交bug
这个主要是你不说程序有时候会忘记
5.输入框相关问题：
①移动端注意键盘会挡住输入框因此出键盘的时候一定要把输入框顶上去
②输入的内容要注意是否有默认文案，是否对内容有限制，限制是即时判断还是提交时判断，提示方式是否统一
③如果是选择框要考虑是否有默认选项，选择框的内容从哪里来
④输入框的内容一般是需要提交服务器的，但是我们需要考虑是先存本地再上传还是先存本地
6。排序和筛选相关：
需要注意：默认选项是什么，是否记住上一次操作，筛选的时候是组合筛选还是单项筛选，组合筛选的话会不会有组合项目是冲突的
7.用户提示方面：
要做到①每个动作之后都有及时的反馈（反馈的意义是：程序不能一动不动，比如你点了按钮按钮亮了，页面跳转了，底下五秒提醒加入购物车成功了，或者告诉你你的金币已经扣掉了——统统都是反馈）。由于hover状态按下状态也是广义上的“反馈”，所以这里是ue和测试都要关心的点
②要做到每个晦涩的概念附近有解释：不论以旁边一个小问号出现还是旁边有灰色文字时
8为空的情况：
为空的情况主要要考虑的是：数据都是从某个地方创建，然后向其他地方慢慢传递的。然后界面上来说，就体现在：如果数据没产生怎么办？
主要要考虑以下为空的情况：
1.如果xxx是用户新建的，那么没有xx时候怎么办？——eg：如果分组是新建的，那么没有分组怎么办？
2.如果xx是服务器下载的数据，那么没网的时候怎么办？
3，如果xx是本地数据传服务器的，那么要不要让他知道上次更新时间？
9.数据传递流
任何一个应用程序，都会有一堆数据的产生，产品和测试可以不用关心数据表数据结构。但是必须要保证在界面的设计上任何一个数据都能找到其来源去路。
具体例子比如：
你设计图里面有家具模型是吧，那么得考虑后台是否对应的资料都在，都能正常上传。（不过这个问题不会出现，因为程序员开发的时候会发现的）。
另外大家可能会忽略的一个事情是：有些信息不是前台的“显而易见‘的信息，比如一个首页的banner，直观的看就是一张图片一个链接，但是还会包括：顺序，啥时候下架这样的信息。
————————————————but————————————
从设计的角度来说，两年前ZT跟我说过：这里你要从使用者的角度，从程序实现的角度来画多张流程图，这样可以保证你想的比较细致。——结果后来我忘记用这条规则了。。。。。。
所以以后我试试==
