交互设计规范分享:页面信息展示、信息交互和通用组件规范

13 评论 66374 浏览 764 收藏 14 分钟

本规范按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

本文由 @边跑边学走 授权发布于人人都是产品经理,未经作者许可,禁止转载。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 太赞了

    来自安徽 回复
  2. 表单第7项中有错别字“费法”应为“非法”

    来自广东 回复
  3. 真心感谢这样的系统总结

    来自江苏 回复
  4. 还有一个问题,作者对app端的交互文档有什么资料么

    来自上海 回复
  5. 想问下,什么时候出交互文档啊,我没写过正式的交互文档,这些细节都是写在prd里的

    来自上海 回复
  6. 有些地方内容重复了,提现出分类的重要性。

    来自广西 回复
  7. 请问PC端web管理系统的规范的意思是,pc端和web端都适用的规范吗

    来自四川 回复
    1. 说PC端是为了区别于移动端,web管理系统是指基于浏览器的系统。如网站后台管理系统

      回复
  8. 配上细图就完美了

    回复
  9. 还不错,作者分享的比较全面

    来自北京 回复
  10. 好全的交互设计文档规范,可以当做交互设计文档的自查表。赞、赞、赞···

    来自北京 回复
  11. 期待系列作品~! 😉

    来自广东 回复