产品是一个细节活，各种细节自查清单
惊天地泣鬼神改变世界的（装）牛*的灵感带来的快感只是一瞬间的，想要不被程序猿或者用户打成筛子，伴随而来的就是反复再反复的细节工作。
这篇文将在日常工作中不时更新。
1. 用户角色用例
游客，新手，管理员，编辑，审核等人员。避免遗漏少数用户。
不同角色使用同一个客户端吗？他们身份可以并存吗？是需要切换角色、切换账号还是不需任何切换？
2. 业务流程图，数据流程图
数据从哪里来，到哪些角色、哪些程序去都要考虑清楚。
比如写了前台，就最好要写一下哪些数据会在后台做呈现。
比如如果有了作业生成的数据，那么这些数据要不要统计，要不要收入个人知识管理。
业务流程图有两种情况，一种是全新流程，另一种是现有流程的优化，后者需要先列出现有流程作为对比。
先列出主要流程，然后考虑：有没有中断的情况？（如果有多角色，一个角色不操作会影响吗？）中断会影响后面流程吗？中断再继续会超时（数据会有变化）吗，需要什么新操作吗？
如果涉及权限，用户中途改变权限对另一方有什么影响？
3. 考察系统风险
有潜在的规则漏洞吗？你期望发生的行为，对什么人有利，他可能通过什么渠道来绕过规则？
作为平台，一方存在欺诈风险吗？如何保护另一方，且让另一方感知到保护？如何规避平台责任？
有没有外部合作带来的风险？
资源无法及时配合带来的风险？
4. 详细考察各种业务情况
如后台支持多少种资源形式的录入，前台就要做多少种展现形式的处理，或者说明确指出哪些资源形式的录入是不支持的。
如果改变原先的业务，会不会有界面不可见的隐藏逻辑/特殊情况？
5. 每个字段的数据说明
数据来源：不能使用后台没有的数据，避免一个界面出现非常多的要临时计算、跨库查询的数据。
刷新时间：由于查询效率，很多数据是不会实时刷新的，返回界面后是否要全部刷新？是否要保留之前进入的展开状态？是否要后台刷新？开通会员后是否要有什么地方相应变化？
6. 支持的操作系统，浏览器版本
要不要兼容让人头疼的IE8，要不要迎合高大上的apple watch。
7. 各种异常情况（重点）[1]
（1）内容呈现类
- 零结果、少结果及多结果
如一段文字超出显示框时的情况，最多显示多少，没有数据的情况，没有图片的情况，默认图片是什么。
用户第一次登录，没有任何操作时是什么情况。 - 内容显示与隐藏
如不同等级会员的用户界面的差异 - 数据过期
如活动过期，或者资源下架 - 不同状态的呈现
如不同的会员等级，书籍促销，从不同来源获取的信息是否需要区分 - 数据更新方式 (移动端尤其)
如书籍信息什么时候更新，后台修改了，前台什么时候更新，有缓存怎么办。尤其是收费信息，用户会员/试用过期，什么时候查询这个会员数据不允许用户再继续使用？
如果只是由程序员按自己猜测做，很多会写成每次登录时才更新，就需要用户退出应用才会刷新信息，这是web端开发的思想，在移动端这种用户几个月不会重新登录的情况下完全不适用。 - 如果有排序
两个人名次一致怎么排序，下一个人名次是多少？
人数不够前三怎么办？
（2）交互效果类
- Tab控件的交互效果，悬停还是点击，如果是悬停，是否需要0.3-0.5秒左右的延迟时间避免鼠标无意识滑过时的误操作
- 新标签打开还是原本的标签打开
- (移动端)滚动页面的时候，哪一个部分为止要悬停，那一部分要跟着滚上去？滚动多少条信息加载一次？
- (移动端)输入时用何种键盘？键盘什么时候展开/收起？
（3）操作过程类
- 控件的禁用、激活以及修改
如在提交内容的过程中，提交按钮不可用 - 增加、编辑、删除、查找
- 用户不可操作、操作错误、操作成功时的情况和提示，提示的显示和隐藏方式
- 多部终端切换操作的情况
- 退出后是否需要暂停，是否需要暂存数据
- 中断再进入。如一个表单，中断填写后再进入，是否保留？学习材料，中断在进入，是否按之前的进程？一个网页数据比较多、甚至有数据生成需求的情况下，操作了一半刷新了，数据重新生成吗？
（4）系统环境类
- (移动端)网络慢，网络超时，无网络的情况
数据是否可用，是否需要给用户提示，是否需要过场动画，如果需要，过场动画是占据整个屏幕还是仅在顶部显示，是否需要可以终止等待 - 不支持的设备访问时的情况
- (移动端)是否可以离线缓存，缓存是否可以清除
- (移动端)存储容量已满的情况
- (移动端)自动登录与登录失效的问题
- (移动端)4G网络和wifi的流量问题
- 硬件：需不需要按投影仪尺寸设计？
- (PC端)申请安全软件认证
-
参考资料：阿里巴巴PPT《交互设计物输出标准》，网易UEDC《如何建立交互设计自查表 》 ↩
