惊天地泣鬼神改变世界的(装)牛*的灵感带来的快感只是一瞬间的,想要不被程序猿或者用户打成筛子,伴随而来的就是反复再反复的细节工作。
这篇文将在日常工作中不时更新。
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《如何建立交互设计自查表 》 ↩
网友评论