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

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