1
所有命名全部为小写英文字母
在程序员的代码里只有小写的英文字母，如果你给出的命名全是中文的，那么他们是一定会更改的，所以命名全部用小写的英文字母是*基本的规则。有些人会觉得写这么多英文太麻烦，但其实为了自己专业能力的提高，这种规范的命名方式是必须要经历的过程，当你习惯了这样的命名方式后，你的成就感会油然而生。
2
命名格式
一个大型项目会分很多模块，每个模块由不同的设计师来独立完成，还有人会专门管理公共的组件，如tabbar、navbar等等，这种情况下就会分为两种切图，一种是通用类型的切图，还有一种就是各个模块特有的切图。
通用切片命名格式：
组件_类别_功能_状态@2x.png
举例：tabbar_icon_home_default@2x.png（对应中文：标签栏_图标_主页_默认@2x.png）
模块特有切图命名规则：
模块_类别_功能_状态@2x.png
举例：mail_icon_search_pressed@2x.png（对应的中文为：邮件_图标_搜索_默认@2x.png）
我们的原则就是清晰的表达出切片的具体内容并且没有重复的名称。（要注意，命名中不能含有空格）
3
常用英文单词
如果所有命名都写为全称，名字就会特别长，所以我们可以将一些常用的英文单词进行缩写，减少工作成本与开发代码资源。至于怎么缩写，只要整个团队能够达成共识并且输出一份缩写清单，任何缩写规则都是可以的。
下面提供一些命名时常用的英文单词列表：
bg（backgrond 背景）
nav（navbar 导航栏）
tab（tabbar 标签栏）
btn（button 按钮）
img（image 图片）
del（delete 删除）
msg（message 提示信息）
pop（pop up 弹出）
icon（图标）
selected（选中）
disabled（不可点击）
default（默认）
pressed（按下）
back（返回）
edit（编辑）
content（内容）
?
交互规范
以下几点交互常识：
简化操作：能一步完成的交互就不要分两步。
用户习惯：大部分用户都有固化思维，我们作为设计师应该尊重数据，尊重用户选择。
减少干扰：减少界面元素的不确定因素，方便用户快速找到自己想要的。
快速响应：加快用户读取的响应速度，能够避免从远程取数据的，就尽量避免。
界面友好：除了根据需求提供视觉解决方案以外，在设计的过程中适当地加入一些小细节使交互界面更加友好是设计师的职责所在。
图片处理规范
1
图片统一性
1）图片色调色温需统一，例如一个婴儿产品的首页，整体需要搭配暖色调的图片，这样看上去整体才比较统一舒服。
2）图片比例需统一，例如一个卖货的产品详情页，在同一屏的栏目中（页面）所出现的产品或者人物，比例就需要有一个统一的大小比例，这样看上去才比较统一舒服。
2
图片细节处理
1）图片精度不够（这里所说的精度不是说DPI分辨率需要300哦，那是做高精度印刷输出时才需要的，而在电脑及手机上的图片DPI分辨率为72即可，另外输出图片时需适当压缩一下图片的大小）、杂色太多可以使用PS内置的CR滤镜处理。
2）图片尺寸建议统一为偶数值，方便前端技术人员开发。
3）图片边缘避免与白色背景融合，可以在边缘位置加色。
4）为了配合标题字体，图片可以局部调亮或调暗。
?
动效规范
无论是现在经常看到的企业/品牌H5宣传页面、移动端启动页，还是曾经红极一时的首页动画，都需要用到动效效果。会做点动效会给我们加分不少，尤其是做一些加载动画，这是我们经常会遇到的需求。
做动效时，我们需要注意以下几点：
1）不论你的动画有多好看、多吸引眼球，如果成本太高或者过于复杂都是无法落地的，所以我们要遵循简单实用的原则来进行设计，千万不要过度设计。
2）任何交互动作所导致的状态都需要考虑正常状态与异常状态。拿加载动画来说，我们需要考虑加载成功的反馈与加载失败的反馈，并将之注明在输出规范中。
3）动效使用的工具：可以PS做一些动态表情，用AE做一些加载动画，页面之间的交互动效可以使用Flinto、Principle等。