神马文学网什么时候开始整理界面规范
来源：百度文库 编辑：神马文学网 时间：2024/04/30 08:04:22
1、关于规范，以前写过很多：GUI规范漫谈、UI规范&UI指南&UI组件、用户在每个情景中的角色感、细分用户，综合并规范设计资源..
2、最近因这些文章收到很多关于讨论”界面规范”的邮件。甚为欣喜。
这是一种好的现象，起码它说明我们很多的企业已经开始不再把”界面设计”当作一个临时的美术工作，而是看成了产品气质和品牌的一个重要部分。
3、但在这些讨论的邮件中我发现一个不是奇怪的现象： 没有人主动问什么应该时候做规范。
我问后，得到答案无外乎两种：
1> 未做之前开始写规范 — 我们要做一个产品、老大让写一个界面设计规范，以后系统好用；
2> 做完了总结规范 — 设计搞完了，设计歇下来了，制定一个规范总结产品的界面设计。
4、首先可以肯定是的：所谓”规范”并非为了”规范”而”规范”，规范的作用大概可以是：指导团队协作，提供工作质量和效率；规范和统一产品品牌，形成特有的产品特色； …
5、开始就定细致的界面规范然后再设计，是想当然的做法。 往往定了白定，而且耽误后面的工作发挥；
6、 设计都搞完了，再定界面规范，是为了规范而规范。
这个时候的规范在产品设计过程中基本上没有什么大作用，制定规范浪费的成本太高；
(当然，产品上线后，为将来品牌延续总结一个界面应用指南我赞同；)
7、建议规范在产品设计过程中出现的时机：
风格设计 > 常用界面设计 > 总结界面应用指南和规范 > 逐个界面”制作”。
简而言之：
什么都没做就去做规范不行，一切都做好了再去做规范也不行；在做了一些工作后 暂停设计开始总结一个应用指南然后后面的工作去执行并完善，最终形成规范。
8、规范的设计主要目标为：”易应用”。
9、和所有的行业规则标准一样，规范也不应该是一开始就指定出来的，而是慢慢形成的。
网友评论(5)
86 - 07/04/30 7:58 AM
改版的时候想遵循界面规范保证品牌延续是最痛苦的……
千鸟 - 07/04/30 9:22 AM
一般都是边做边记录，边修正边整理，等项目完成后再做完善的总结，形成文档。
奇遇 - 07/04/30 9:29 AM
呵呵 有道理！规范是为了协作，为了界面的统一性，应该在适当的时候。所谓适当，个人理解为具体有用的时候，结合实际情况制定。
老李 - 07/04/30 9:56 AM
几点意见，和大家共享：
1、UI规范分为两个方面：
a、GUI规范，指导产品GUI设计和GUI编码。
b、交互设计规范，指导产品设计，着重统一团队意识，作为设计产品交互行为的最高标准。
这里大家讲的主要是GUI 规范。
2、GUI规范的制定时间可前可后，但是有两个关键点：
a、必须在编码之前完成，否则就成花架子了。
b、GUI规范不是一蹴而就，它和设计相互迭代，彼此补充，相互完善。
3、GUI规范的内容70％是通用原则，涉及产品图形控件的基本属性和构建的基本参数和原则，30％是与项目或产品特点相适应的内容。这部分内容就是在设计过程中迭代产生。
4、规范制定不是问题，最大的问题在于执行。必须打破现有的开发流程和组织架构，有专人负责界面编码和界面测试，才能保证规范能贯彻下来。让做逻辑和函数的编码工程师来执行，完全不可控，走样是自然的，因为他不懂，也不在乎，而且他有理由逃避责任。
5、规范不能直接拿出来执行，篇幅太多，操作有难度。所以必须要让规范落地。也就是说，要有具体的设计文档作为执行的依据。设计文档按照产品设计思路分片分线组织，所有设计文档结合起来就是整合的产品原型。
所以说，GUI设计、交互设计、设计、规范、原型，执行是一个完整的互动的概念，牵一发而动全身。
白鸦 - 07/04/30 10:41 AM
李兄是做软件的？
从李兄的留言中可以看到丰富的显示操作经验，
执行往往是规范最难的地方，
但， 规范在此次项目中的做用一样不可忽视，当然这个作用更多是对于设计师的。
其实我是上面之所以没说视觉规范就是因为我这里说的包括视觉、信息架构、交互设计等；
2、最近因这些文章收到很多关于讨论”界面规范”的邮件。甚为欣喜。
这是一种好的现象，起码它说明我们很多的企业已经开始不再把”界面设计”当作一个临时的美术工作，而是看成了产品气质和品牌的一个重要部分。
3、但在这些讨论的邮件中我发现一个不是奇怪的现象： 没有人主动问什么应该时候做规范。
我问后，得到答案无外乎两种：
1> 未做之前开始写规范 — 我们要做一个产品、老大让写一个界面设计规范，以后系统好用；
2> 做完了总结规范 — 设计搞完了，设计歇下来了，制定一个规范总结产品的界面设计。
4、首先可以肯定是的：所谓”规范”并非为了”规范”而”规范”，规范的作用大概可以是：指导团队协作，提供工作质量和效率；规范和统一产品品牌，形成特有的产品特色； …
5、开始就定细致的界面规范然后再设计，是想当然的做法。 往往定了白定，而且耽误后面的工作发挥；
6、 设计都搞完了，再定界面规范，是为了规范而规范。
这个时候的规范在产品设计过程中基本上没有什么大作用，制定规范浪费的成本太高；
(当然，产品上线后，为将来品牌延续总结一个界面应用指南我赞同；)
7、建议规范在产品设计过程中出现的时机：
风格设计 > 常用界面设计 > 总结界面应用指南和规范 > 逐个界面”制作”。
简而言之：
什么都没做就去做规范不行，一切都做好了再去做规范也不行；在做了一些工作后 暂停设计开始总结一个应用指南然后后面的工作去执行并完善，最终形成规范。
8、规范的设计主要目标为：”易应用”。
9、和所有的行业规则标准一样，规范也不应该是一开始就指定出来的，而是慢慢形成的。
网友评论(5)
86 - 07/04/30 7:58 AM
改版的时候想遵循界面规范保证品牌延续是最痛苦的……
千鸟 - 07/04/30 9:22 AM
一般都是边做边记录，边修正边整理，等项目完成后再做完善的总结，形成文档。
奇遇 - 07/04/30 9:29 AM
呵呵 有道理！规范是为了协作，为了界面的统一性，应该在适当的时候。所谓适当，个人理解为具体有用的时候，结合实际情况制定。
老李 - 07/04/30 9:56 AM
几点意见，和大家共享：
1、UI规范分为两个方面：
a、GUI规范，指导产品GUI设计和GUI编码。
b、交互设计规范，指导产品设计，着重统一团队意识，作为设计产品交互行为的最高标准。
这里大家讲的主要是GUI 规范。
2、GUI规范的制定时间可前可后，但是有两个关键点：
a、必须在编码之前完成，否则就成花架子了。
b、GUI规范不是一蹴而就，它和设计相互迭代，彼此补充，相互完善。
3、GUI规范的内容70％是通用原则，涉及产品图形控件的基本属性和构建的基本参数和原则，30％是与项目或产品特点相适应的内容。这部分内容就是在设计过程中迭代产生。
4、规范制定不是问题，最大的问题在于执行。必须打破现有的开发流程和组织架构，有专人负责界面编码和界面测试，才能保证规范能贯彻下来。让做逻辑和函数的编码工程师来执行，完全不可控，走样是自然的，因为他不懂，也不在乎，而且他有理由逃避责任。
5、规范不能直接拿出来执行，篇幅太多，操作有难度。所以必须要让规范落地。也就是说，要有具体的设计文档作为执行的依据。设计文档按照产品设计思路分片分线组织，所有设计文档结合起来就是整合的产品原型。
所以说，GUI设计、交互设计、设计、规范、原型，执行是一个完整的互动的概念，牵一发而动全身。
白鸦 - 07/04/30 10:41 AM
李兄是做软件的？
从李兄的留言中可以看到丰富的显示操作经验，
执行往往是规范最难的地方，
但， 规范在此次项目中的做用一样不可忽视，当然这个作用更多是对于设计师的。
其实我是上面之所以没说视觉规范就是因为我这里说的包括视觉、信息架构、交互设计等；