【转】交互设计规范总结

前些时间正准备写交互规范,就去网上搜罗了一下交互规范的一些范本,想作为借鉴参考,但却没能找到比较满意的,找到了一些零散的内容(当然有些还是有参考价值的),所以就觉得交互规范这方面的内容比较少,就来此给分享一下自已整理的规范。本规范是PC端 web管理系统的规范,文档结构和内容有参考过网上一些大牛的分享,个人的思考并不完善希望各位大神多多指正和补充。不多讲了,请看正文…

本规范按web交互属性分三个部分:页面信息规范、信息交互规范、通用组件规范。

目录:

一、页面信息规范

页面命名
页面兼容
文字
内容图片

二、信息交互规范
数据操作
链接
提示信息

三、通用组件规范
导航
表单
按钮
加载
失败/空页面
鼠标
键盘


一、 页面信息规范

 

1. 页面命名

每个页面都要有与之模块对应的名称。

 

2.页面兼容性

(1)页面大小兼容
自适应1366*768px及以上的分辨率
默认窗口设置下,不应出现水平滚动条,避免出现垂直滚动条(当内容过多时允许滚动条)

(2)弹窗、弹页要保证768高度的分辨率显示正常,同时能移动查看弹出框内容。弹出框高度为不超过450px,且显示在内容页面相对水平、垂直相对居中位置。

(3)浏览器兼容
兼容Chrome、Firefox、Safari、IE8及以上主流浏览器。

 

3.文字

(1)文字用系统自带的常规字体,且分一级标题、二级标题、主内容文字、次内容文字、辅助文字(说明或引导性文字,提醒性文字),分别用不同的字号、颜色。具体字号大小和颜色参考UI设计效果图。

4.内容图片
(1)内容图片均带1px描边。
(2)内容图片未加载出来时显示系统默认图片。

二、 信息交互规范

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)有子菜单的模块默认不显示子菜单,点击后显示子菜单,再次点击时可收起。

当前位置导航
(1)原则上每个页均有“当前位置导航”,但弹出页、预览页等特殊页面无需当前导航。
(2)若当前位置导航有多个层级,则当前层级的前面层级均可链接到相应页面。
(3)当前位置导航位置固定,具体位置参考UI设计效果图。

2.表单

(1)表单输入框由 表单字段名称: + 输入框组成,字段名称原则上2-4个汉字。
(2)预置文案:输入框内均需有预置文案,且光标进入输入框获得焦点时文案自动消失,若输入框失去焦点且未输入任何文字时恢复预置文案。
(3)下拉选择框中内容有多级时,只显示一级,其他级呈灰色不可用状态,选择一级后才会激活第二级,以此类推。如:部门作为查询条件时,点击下拉框,默认只有一级部门可用,点击一级部门再激活开显示二级部门。
(4)界面的必填项以红色*号标识出来,且标识在“表单字段名称”前面。存在必填项未填写时,输入框失去焦点即时提示,输入框红色描边,且输入框下方左有相应红色提示文案。输入框未曾获得过焦点直接提交时,同样输入框红色描边+红色提示文案提醒。
单行输入框:在未限制字数情况下,当输入文字比前输入框长时,最先输入的文字隐藏,光标和最后一个输入的文字显示在输入框尾部。
(5)多行输入框:需要有“当前已输入字数/最多可输入字数”(如:50/100)。
(6)与限制条件不符的费法输入应即时提醒。
(7)只允许输入日期、时间的输入框需要通过格式化方式约束输入,而不是输入非法值后给出提示;

 

3.按钮

(1)按钮种类:优先操作按钮,次要按钮,不可用按钮。
(2)按钮状态:默认显示状态,鼠标经过状态,点击状态。
(3)按钮位置:按windows交互习惯先优先后次要(左确定,右取消)。
(4)按钮样式:可直接写文字,或文字+图标(具体方案参照UI设计效果图),原则上按钮上文字为2-4个汉字。

4.加载
(1)当数据获取较慢,或网络状况不佳时,要有统一的加载方案图示告诉用户“数据正在加载中…”。(如:漏斗、菊花、进度条等)具体图文可参与UI设计效果。

5.失败/空页面
(1)当页面没有数据、加载失败或出错时,要有统一的提示文案图标告诉用户“页面加载失败/暂无数据/页面出错”,具体图文可参与UI设计效果。

6.鼠标
(1)默认状态鼠标为“箭头形状”,经过可点击元素时变为“手指状”,在可输入框中为“竖线光标状”

7.键盘
(1)支持回车键提交
(2)支持回车键查询
(3)支持tab键移动光标焦点,移动遵循从左至右,从上至下的原则

公司级的规范文档格式并不是像上文一样,但鉴于简书排版能力有限,只能做到这样子了,哈哈……,有想要文档格式参考的小伙伴可以加我 QQ:275371854(同微信),也欢迎各位喜欢UI交互设计的小伙伴们一起交流学习。

文/边跑边学走
原文链接:http://www.jianshu.com/p/677868714757
如有侵权请联系小编哦:tina@iamue.com,感谢分享~~

原创文章,作者:Tinadmin,如若转载,请注明出处:https://www.iamue.com/17421/

(0)
TinadminTinadmin
上一篇 2016-09-05 14:26
下一篇 2016-09-05 14:56

相关推荐

  • 手机无线设计8个交互设计原则

    产品设计的原则有点太泛哈,这里想结合自己的工作心得来小结一下手机无线设计8原则: 原则1:用户界面应该是基于用户的心里模型,而不是基于工程实现模型 就是把后台本来很复杂的事情通过设计符合用户日常生活中常…

    2015-04-08
  • 贼干的货 | 交互设计中的格式塔原理

    小编说格式塔心理学认为知觉不能被分解为更小的组成部分,知觉的基本单位就是知觉本身,格式塔心理学的信条就是:整体不同于部分之和。格式塔心理学强调结构的整体作用和产生知觉的组成成分之间的联系。当我由测试转行到交互设计师时,我确认自己擅长辨别产品的优劣,和识别产品的待改善点,尽管很多时候这些待改善点还缺少数据和用户的论证。之前我还是典型的用户思维,对产品实际效果的判断非常依赖数据和用户反馈,直到我了解了格式塔原理,它改变了我对设计的思考方式,...

    2018-03-03
  • 从细节看分析-购物车的跳转设计

      小编推荐:难得在知乎上看到一个特别具体的问题还有不同观点的,本文是一篇关于购物车到底应该是本页弹窗还是页面跳转的讨论,如果你也喜欢从细节入手考虑问题,一定要看呦。 问题: 点击产品详情页面的”添…

    2015-12-23
  • APP小红点如何使用与实现逻辑

    作者:APP君   我们现在已经习惯小红点的不断的骚扰了,每天都不知道要点掉多少个手机APP上的小红点。有些童鞋点击 APP小红点 都已经成瘾。只要看到有小红点就会自然而然去触摸一下。 所以,APP的交互设计已经影响…

    交互专题 2017-08-07
  • 13毫米:触屏按钮的完美尺寸【UXRen译#170】

    作者:Scott Hurff   |  翻译:taitai,校审:天蛙   有种感觉你无以言表但却了然于心——当你在触屏上不能正确操作时,当你不得不小心翼翼地点屏幕上的一个小按钮来触发某个指令时,那种挫败混杂着气恼的滋味。 但假…

    交互专题 2017-08-07
  • 对于交互、视觉设计师来说,至少要了解的产品知识

    之前在设计体系规划里面有提到过,产品常识也是我们需要了解的内容,其中产品定位就是最基础,也是最重要的一个概念,因为项目后期的所有工作都是围绕产品定位所展开的。比如还是上面那个例子,使用人群是单身男女,我们将使用人群细分为:18-25岁、25-35岁、35-45岁和45岁以上的单身男女。最后将目标用户定为25-35岁的单身男女,当然为什么选取这部分人群需要一些理由,比如这部分群体的经济比较独立,年龄更适合步入婚姻的殿堂等等。比如我们的主要功能是即时通讯,那即时通讯会分为很多使用场景,比如上下班的路上、睡觉前,起床后等等。比如产品的特色是“更容易约会成功”,那为了达成这个大的产品目标,我们需要细化,将其分解成多个小的用户目标,如快速看到周围单身异性的信息状态、快速了解周围哪些异性对自己有兴趣等等。

    2017-05-09
  • 互动的未来不应只在手指上

    最近对未来交互设计发展的一个很流行的观点 — 用手指操作各种大大小小的触摸屏,下面还会有很多这种例子。这篇小文章并不涉及任何详细的“未来发展规划”, 我只是提供一些可供参考的点子。 在开始构想应该怎样同我们…

    2014-12-25
  • AXURE免费元件库分享-web

    分享个WEB端axure元件库下面是元件库地址:https://pan.baidu.com/s/1pLXHuf5

    2018-03-05
  • 基础知识小科普!4个最常见的APP概念区分及比较

    @凌霜设计 :现在关于移动应用的概念有许多:Native App, Responsive Web, Web App, Hybrid App,搞清楚这几个概念的区别和各自的优劣对于设计师来说很重要,这篇文章较为全面地探讨了这几个概念,值得初学者阅读,…

    交互设计 2015-09-15
  • 关于可用性测试的一点心得

     最近在工作中做了不少的可用性测试,抽空闲的时间总结一下自己的心得,以下是我们团队展开可用性测试的步骤与方法。

    2017-05-28