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

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


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

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

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

(0)
CatherineCatherine
上一篇 2017-05-19 07:42
下一篇 2017-05-19 09:47

相关推荐

  • Android界面设计视觉规范

    当你拿到Android的设计需求后,开始着手进行界面的设计,却不知道如何设计才能让用户对界面感到满意,设计出来的界面差强人意,返稿无数以至于一遍遍的修改?如果这就是你现在的状况,那么先别急着重新进行界面的设计,因为你首先得静下心来看一看这篇Android的界面设计规范。

    2017-05-31
  • 【交互】浅析交互设计

    点击上方"人人都是产品经理"可以订阅哦由于在工作中会经常探讨交互该怎么做以及如何做出高效的交互,今天就整理下自己的思路,和大家一起探讨下交互其实分为两种:一种是酷炫的动效,一种是隐形的操作反…

    2017-08-04
  • 创建用户友好型表单 Creating User Friendly Forms

    好久不见,由于懒惰好久没有翻译文章了,这次翻译一篇关于表单的很基础的文章。有些例子较牵强,大家可以有选择性的看 原文地址:https://blog.prototypr.io/creating-user-friendly-forms-46e3f7f4eef2 作者:Momo…

    2018-04-18
  • 你以为的交互,其实都有所出入

    任何职业的学习都是没有尽头的,只有越学越多,才能提高你的竞争力。多学各种知识才是王道。

    2017-05-21
  • 百货类微信服务号改版:一个“失败”的设计案例?

    整理了一个售前项目的案例,重新绘制了36个原型页面,1张思维导图,3张流程图,2张对比图,1张结构图,介绍一家百货购物中心微信服务号改版的设计。

    2017-05-07
  • 房屋建造实例映射出的用户体验原则

    来源:摩客专访(公众号)翻译:Tangerine设计构架如何在创造吸引人的应用程序时产生更好的情感影响?设计理念并不是某一领域—专门为某个具有一定需求的人群提供解决方案的专业人士独有的。我们在任何地方都能看到设计,但我们总是把注意力集中在某些我们觉得有需求的领域。在过去的几年里,我一直担任一名用户体验设计师。而我从来没想过类似这样的话题,直到最近我住进一家旅店。房子是如何建造的房屋是我们的基本需求之一。我们根据我们的需求以及预算来建造房...

    2018-03-12
  • 产品经理需要用心做好的交互体验——权限获取

    满城尽带黄金甲里,有句台词说得好,“朕给你的,才是你的,朕不给你,你不能抢”。用户给APP授权了,APP才能使用,直接索取或者暗度陈仓,效果往往会适得其反。今天就让小Q讲讲她的交互心得吧~很多APP会在初次使用的过程中直接弹框索取权限,这确实是最简单的实现方式,但被拒的可能性也最大。另外一类APP会在询问时通过一些小技巧变着法的诱导用户点击“允许”。实现成本不会比第一种高出很多,但获取授权的几率会增大。还有一种APP,会等用户用到相关功...

    2018-01-30
  • 国外的视觉设计好在哪里?

    最近为了团队能做好产品首页设计,我研究了很多国外to B类的相关产品设计。发现国外这类设计作品在整体水准上比国内高了不止一个档次(国内to B产品起步较晚,在设计方面的研究几乎空白),而这种差距和设计技法没有太多关系,更多的是对产品个性的把握和传达。

    2017-06-01
  • Axure rp视频教程36集,免费!

    1-36集,免费学习~~~点击“阅读原文”或长按下面二维码立即观看视频。对教程有疑问,请咨询微信:13388182428

    2018-04-09
  • 用Axure写PRD:虎扑app产品需求文档(附下载链接)

    需求文档是产品经理的基本功,产品小白入门的必经之路,但对于小白来说,没经历过一个完整的项目,自然也没有产品可以写,所以倒推产品是一个练手的好方法。Axure也是产品经理的基本功,画原型图的利器,但axure不止是能画原型,还可以用来写prd,正如臻龙大神说的做这样一个一体化产品需求文档出于的目的就是传统的方式产生的文件过多,过于杂乱,不易整理和回溯。如果把每个版本的内容都整理在一个html中,这样无论是团队协作还是文档回溯都能大大提高效...

    2018-03-15