一份好的设计规范长啥样?

标签: 理论 &amp; 教程 | 发表时间:2015-09-21 17:59 | 作者:jj.ying <[email protected]>
出处:http://iconmoon.com/blog2/index.php
源自在知乎的一个回答: 如何建立一套 UI 设计规范? 我在 HP 的时候 Style Guide 几乎天天写,但是在百度还没见过很严格细致的版本(摊手),一份 PDF 做两个月改三个月、目录占三页、总页数超一百、做完要用三五年,等你离职了还有人找上来问拿到的是不是最新版,这事儿搁互联网公司确实效益不大。今天想来分享一下一些(至少看起来)还不错的 Style Guide,加这个括号是因为我觉得这玩意儿最重要的是「用起来」好用,做到这个很难,因为这些文档经常是设计师写给一些跟设计师思路很不一样的人群的。先来几个有份量的压压场:



如果没有被上面两个吓到的话,再来看看一些偏 UI 的设计规范:


偏 VI 和 Brand 的:


偏前端的:


当然还有 Apple 和 Google 的很出名的规范,我就不赘述了,以上内容收集自 Google、 Designer NewsBrand Style Guide Examples。我自己做的 Style Guide 没法发出来而且我觉得我做得也不太好,不过分享一些我觉得可以注意的地方吧:

  1. 以观赏者的视角去写,大到结构啊小到单位啊啥的都注意一些,考虑一下使用的人群。
  2. 要可执行,像当年 Android 初代时候那个奇葩的桌面图标透视角度,有几个人鸟他的,他自己后来都不鸟了。
  3. 考虑好扩展性,以后要多一个 iOS 平台怎么办?如果屏幕越来越大,定义的文字大小不够用了怎么办?
  4. 让别人「用」一遍,相信我,你做完之后发给十个人,至少有 3 个人会看不懂不会用的。
  5. 做好版本管理并且写上联系方式,如果有问题别人可以找你解决。

Tags - ,

相关 [设计 规范] 推荐:

数据库设计规范

- - SQL - 编程语言 - ITeye博客
数据库表的命名以是名词的复数形式且都为小写,如cities, categories, friends等等. 如果表名由几个单词组成,则单词间用下划线("_")分割,如subscribed_pois,poi_categories等. 表名尽量用全名,表名限制在30个字符内. 当表的全名超过30字符时,可用缩写来减少表名的长度,如description --> desc;information --> info;address --> addr等.

Git 分支设计规范

- - 掘金后端
这篇文章分享 Git 分支设计规范,目的是提供给研发人员做参考. 规范是死的,人是活的,希望自己定的规范,不要被打脸. 在说 Git 分支规范之前,先说下在系统开发过程中常用的环境. DEV 环境:用于开发者调试使用. FAT 环境:功能验收测试环境,用于测试环境下的软件测试者测试使用. UAT 环境:用户验收测试环境,用于生产环境下的软件测试者测试使用.

API 接口设计规范

- - 掘金后端
这篇文章分享 API 接口设计规范,目的是提供给研发人员做参考. 规范是死的,人是活的,希望自己定的规范,不要被打脸. url?后面的参数,存放请求接口的参数数据. 请求头,存放公共参数、requestId、token、加密字段等. Body 体,存放请求接口的参数数据. 调用方需向服务方申请 appKey(请求时使用) 和 secretKey(加密时使用).

MySQL数据库规范 (设计规范+开发规范+操作规范) - 东山絮柳仔 - 博客园

- -
      为了在软件生命周期内规范数据库相关的需求分析、设计、开发、测试、运维工作,便于不同团队之间的沟通协调,以及在相关规范上达成共识,提升相关环节的工作效率和系统的可维护性. 同时好的规范,在执行的时候可以培养出好的习惯,好的习惯是软件质量的保证.        本文档适用于开发、测试、QA及运维团队成员.

Google智能电视设计规范

- - 互联网的那点事
本文由江南大学设计学院研究卢孩翻译,查看原文 《Google TV Design Patterns》. 这是为运行在Google TV 上的Android应用程序所作的用户界面开发准则. 虽然运行在手机和Google TV上的安卓应用程序几乎没有不同,但在用户界面上,两者还是有区别. 电视的观看环境通常被描述为“10英尺环境”,电视屏幕也被描述为“10英尺的用户界面”.

红绿灯与设计规范

- - 腾讯CDC
  过马路的时候突然注意到红绿灯,恰好最近的新交通规则也热火朝天,就顺势吐槽下关于“设计规范”的思考.   提到设计规范,很多人都觉得是个很虚、不务实的绩效工程,很多企业为设计规范而设计规范,拍脑袋定规则,投了精力进去,面子起来了,最后死掉了. 以前也很不情愿去制定设计规范,经历多个终端的设计痛苦后,渐渐明白了设计规范“存在即合理”的意义.

iOS设备上的App设计规范

- - 互联网的一些事-关注互联网产品管理,交流产品设计、用户体验心得
  APP界面设计规范指导APP设计过程中的设计标准,根据统一的设计标准,使得整个APP在视觉上统一. 提高用户对APP的产品认知和操作便捷性. 今天我们互联网的一些事和大家分享一份iOS设备的App设计规范,内容“本来每”负责整理. 本文链接: http://www.yixieshi.com/ucd/13759.html.

接口设计评审规范 - 简书

- -
本接口设计规范,参考了restfull的部分设计理念. Restful API的核心元素,所有的操作都是针对特定资源进行的. 任何事物,只要有被引用到的必要,它就是一个资源. 资源可以是实体(例如手机号码),也可以只是一个抽象概念(例如价值). Github 可以说是这方面的典范,下面我们就拿. 资源分为单个文档和集合,尽量使用复数来表示资源,单个资源通过添加 id 或者 name 等来表示.

Android 3.0(蜂巢)交互&UI设计规范

- evan - 信息和交互 - UCD大社区
Android OS自上市以来,由于缺乏统一规划,使得不同设备在 1.5、1.6、2.0、2.1、2.2、2.3几大版本徘徊,本人用的HTC Hero(俗称G3)也是从1.5~2.3一个个版本,10多个rom手动刷机试过来的,过程及其纠结 ~. 多系统版本带来的问题就是缺乏交互、UI的一致性,外加硬件厂商HTC、摩托罗拉、三星、夏普(创新工场点心OS)、小米(MIUI)等公司热衷于UI的个性化发挥,以及民间高手的DIY rom 等因素,影响着安卓饭儿的用户体验,使各阶层用户徒增学习使用成本,也让APP开发者在不同版本兼容性间疲于奔命.

不拘规范的iPhone优秀应用设计细节

- Eastar Lee - 牛博山寨 编辑推荐
作为一个刚入行的交互苦逼女,最烦恼的事情是如何解决“iPhone原生的界面控件无法满足产品日益增长的功能需要”这个大矛盾. 一方面,如果保守地采用传统的iPhone控件,不能给产品带来太多的创新价值;另一方面,如果过于突破,又害怕不能通过APP Store的审核,开发同学辛苦之后却竹篮打水一场空. 纠结通过的时候,看到APP Store上有一些创新的设计,并从中获得启发的时候就特别开心.