交互设计规范分享:页面信息展示、信息交互和通用组件规范
本规范按web交互属性分三个部分:页面信息规范、信息交互规范、通用组件规范。
前些时间正准备写交互规范,就去网上搜罗了一下交互规范的一些范本,想作为借鉴参考,但却没能找到比较满意的,找到了一些零散的内容(当然有些还是有参考价值的),所以就觉得交互规范这方面的内容比较少,就来此给分享一下自已整理的规范。
本规范是PC端web管理系统的规范,文档结构和内容有参考过网上一些大牛的分享,个人的思考并不完善希望各位大神多多指正和补充。不多讲了,请看正文……
一、 页面信息规范
1、页面命名
每个页面都要有与之模块对应的名称。
2、页面兼容性
(1)页面大小兼容
- 自适应1366*768px及以上的分辨率
- 默认窗口设置下,不应出现水平滚动条,避免出现垂直滚动条(当内容过多时允许滚动条)
(2)弹窗、弹页要保证768高度的分辨率显示正常,同时能移动查看弹出框内容。弹出框高度为不超过450px,且显示在内容页面相对水平、垂直相对居中位置。
(3)浏览器兼容
兼容Chrome、Firefox、Safari、IE8及以上主流浏览器。
- 文字
文字用系统自带的常规字体,且分一级标题、二级标题、主内容文字、次内容文字、辅助文字(说明或引导性文字,提醒性文字),分别用不同的字号、颜色。具体字号大小和颜色参考UI设计效果图。
- 内容图片
内容图片均带1px描边;内容图片未加载出来时显示系统默认图片。
二、 信息交互规范
1、数据操作
显示数据(表格)
(1)表头:字体加粗、且比单无格内容字体大一号,且体字体大小参照UI效果图。
(2)单无格:文字图片内容左对齐,数字、金额内容右对齐。
(3)操作内容原则上均用文字表达,如“编辑-删除”
(4)鼠标划过表格单行时,颜色高亮。
(5)原则上每页显示15-20条数据,实际显示条数据可按设计排列效果而定。
(6)表格中不定长的字段,固定显示宽度,超出内容用“…”显示光标停留后,在浮动层显示详细内容。
选中数据
(1)勾选全选则选中当页所有记录
(2)去掉当页某个记录的勾选,则全选也去掉勾选。
(3)翻页后,自动去掉已勾选的记录及全选的勾选。
(4)翻页后是否进行选择记录的保留应试具体业务而定。
(5)刷新页面后,自动去掉已勾选的记录及全选的勾选。
新增数据
(1)新增的记录必须排在新增页的首行;
(2)所有列表页面默认按数据新增时间倒序排列。
(3)提交失败后留在当前提交页,且保存用户已经输入的内容以便再次提交。
(4)提交成功后自动回到数据列表页。
(5)提交时需对主要标识字段进行重复值、空值(空格)判断。
修改数据
(1)修改完成后必须回到原记录所在位置,且刷新显示修改后的值。
(2)提交失败后留在当前提交页,且保存用户已经输入的内容以便再次提交。
(3)在查询条件下修改返回后,保留原有查询条件,且修改后的数据如果不满足查询条件则不显示。
(4)提交时需对主标识字段进行重复值、空值(空格)判断。
查询数据
(1)把所有查询条件全部显示出来,并放在查询列表上方位置。
(2)每个查询条件必须有预置文案。
(3)每次查询后保留当前输入的查询条件。
(4)当未查询到任何记录时,需给予未查找到相关记录的提示信息。
(5)除了用户明确要求不需要外,需提供模糊查询功能。
(6)必须要有条件“重置”功能,重置后恢复到初始状态。
删除数据
(1)必须有确认删除的提示信息。
(2)删除成功后刷新不显示删除的记录。
(3)删除成功后返回到原记录所在页面,而当原记录所在页不存在时,则返回上一页。
(4)当被删除的记录与其他记录存在关联时,请示需求界面给予不允许删除、更明细提示等信息。
提交/上传数据
(1)当提交所费的时间较长时,需给出等待的提示,如:沙漏、菊花、进度条等。
(2)提交时需对主标识字段进行重复值、空值(空格)判断。
(3)提交成功后不可重复提交,有列表展示提交内容的直接返回到展示页面。
(4)必须要有“取消或返回”功能。
分页
(1)当对查询结果进行分页时,分页的同时需要能够执行查询功能;
(2)当页数较多时,允许输入具体页数进行查询;
取消
(1)取消必须给予提示。
(2)取消操作后须返到原记录所在状态。
返回
(1)当从一个页面点击按钮或链接进入子页面时,子页面必须提供返回按钮
2、链接
(1)链接文字或图片当鼠标划过时会变成点击手形。
(2)本窗口打开:查询结果、上下翻页、新增、修改等操作在本窗口打开。
(3)新窗口打开:各类详情、预览页面等采用新窗口打开。
3、提示信息
预先信息提示
(1)内容提交类:每个输入项、条件选选项(包括时间选择)均需要给出提示信息。该提示信息可放置在输入框内或者控件尾部(如密码要多少多少位。搜索框提示用户输入什么内容等。)
(2)谨慎类操作:针对不可修改、重要操作选择等操作属于谨慎类操作,均需给出提示信息。如审核是否通过操作、退款申请操作、价格输入等。
操作信息提示
(1)确认提示:修改设置、删除数据等操作时需要弹出提示框,用户需要选择后方可执行。
(2)错误提示:当用户的操作不符合规则、输入数据不符合规则需要给出操作提示。比如输入数值不符系统规定,则进行提示。
(3)错误提示分为:即时提示、提交后提示。本系统这里统一用即时提示。
(4)读取提示:涉及到大量信息读取缓慢的时候应该进行提示。比如进入后台查看商品列表时,由于网络、数据量大等原导致载入缓慢,应该显示读取提示信息,已避免用户过度重复点击操作。
结果信息提示
(1)保存结果提示:当进行商品添加/修改此类涉及到数据保存的操作,不管是否成功均需给出提示。统一用Toast提示,内容为“保存成功!”原则上保存之后直接显示结果页(也可视具体情况定)。
(2)查询结果提示:任何信息列表、查询结果,当对应信息结果的时候需要给出有无结果状态提示。不得使用空白信息。
三、 通用组件规范
1、导航
菜单导航栏
(1)导航路径:原则上不超过三级就能到达用户想要的主要页面,且随时能返回。
(2)导航菜单:各级别的菜单宽高一致,样式一致。鼠标划过或点击选中菜单模块时会有突出(比如高亮)状态显示。
(3)有子菜单的模块默认不显示子菜单,点击后显示子菜单,再次点击时可收起。
当前位置导航
(1)原则上每个页均有“当前位置导航”,但弹出页、预览页等特殊页面无需当前导航。
(2)若当前位置导航有多个层级,则当前层级的前面层级均可链接到相应页面。
(3)当前位置导航位置固定,具体位置参考UI设计效果图。
2、表单
(1)表单输入框由 表单字段名称: + 输入框组成,字段名称原则上2-4个汉字。
(2)预置文案:输入框内均需有预置文案,且光标进入输入框获得焦点时文案自动消失,若输入框失去焦点且未输入任何文字时恢复预置文案。
(3)下拉选择框中内容有多级时,只显示一级,其他级呈灰色不可用状态,选择一级后才会激活第二级,以此类推。如:部门作为查询条件时,点击下拉框,默认只有一级部门可用,点击一级部门再激活开显示二级部门。
(4)界面的必填项以红色*号标识出来,且标识在“表单字段名称”前面。存在必填项未填写时,输入框失去焦点即时提示,输入框红色描边,且输入框下方左有相应红色提示文案。输入框未曾获得过焦点直接提交时,同样输入框红色描边+红色提示文案提醒。
(5)单行输入框:在未限制字数情况下,当输入文字比前输入框长时,最先输入的文字隐藏,光标和最后一个输入的文字显示在输入框尾部。
(6)多行输入框:需要有“当前已输入字数/最多可输入字数”(如:50/100)。
(7)与限制条件不符的费法输入应即时提醒。
(8)只允许输入日期、时间的输入框需要通过格式化方式约束输入,而不是输入非法值后给出提示;
3、按钮
(1)按钮种类:优先操作按钮,次要按钮,不可用按钮。
(2)按钮状态:默认显示状态,鼠标经过状态,点击状态。
(3)按钮位置:按windows交互习惯先优先后次要(左确定,右取消)。
(4)按钮样式:可直接写文字,或文字+图标(具体方案参照UI设计效果图),原则上按钮上文字为2-4个汉字。
4、加载
当数据获取较慢,或网络状况不佳时,要有统一的加载方案图示告诉用户“数据正在加载中……”如:漏斗、菊花、进度条等具体图文可参与UI设计效果。
5、失败/空页面
当页面没有数据、加载失败或出错时,要有统一的提示文案图标告诉用户“页面加载失败/暂无数据/页面出错”,具体图文可参与UI设计效果。
6、鼠标
默认状态鼠标为“箭头形状”,经过可点击元素时变为“手指状”,在可输入框中为“竖线光标状”
7、键盘
(1)支持回车键提交
(2)支持回车键查询
(3)支持tab键移动光标焦点,移动遵循从左至右,从上至下的原则
有想要文档格式参考的小伙伴可以加我微信,也欢迎各位喜欢UI交互设计的小伙伴们一起交流学习。
作者:边跑边学走,微信:275371854
来源:http://www.jianshu.com/p/677868714757
本文由 @边跑边学走 授权发布于人人都是产品经理,未经作者许可,禁止转载。
太赞了
表单第7项中有错别字“费法”应为“非法”
真心感谢这样的系统总结
还有一个问题,作者对app端的交互文档有什么资料么
想问下,什么时候出交互文档啊,我没写过正式的交互文档,这些细节都是写在prd里的
有些地方内容重复了,提现出分类的重要性。
请问PC端web管理系统的规范的意思是,pc端和web端都适用的规范吗
说PC端是为了区别于移动端,web管理系统是指基于浏览器的系统。如网站后台管理系统
配上细图就完美了
还不错,作者分享的比较全面
好全的交互设计文档规范,可以当做交互设计文档的自查表。赞、赞、赞···
期待系列作品~! 😉