设计规范给什么鬼看（二）
<接上文>
Junchen:
我就成天像个苍蝇一样对前端的说细节问题，这边是”确定”，怎么那边是”提交”？所有表单操作的提交按钮文字都改成”确定”。
然后我对图形的说，这个图是614px，那个图是613px，都给我统一成615px（所有图片的尺寸必须是 5 或者 0 结尾，我的洁癖）。
如果写成规范，那么别妄想着他们看了就会执行，得不断的说。
Sky:
规范的内容应该涵盖界面设计本身以及上下游的接口（上：业务需求和逻辑；下：工程技术实现），不仅仅是给设计师看的。
我的做法是分成三个层面去做规划和内容组织：
信息层：信息架构，数据输入输出，内容组织结构
交互层：Persona，可用性准测，Design Pattern Library（参考YUI），封装好的UI组件
表现层：颜色，字体，材质，尺寸与位置关系，图形元素
这样的划分，首先是出于规范的灵活性考虑（分离表现层和结构层的好处，相信做过前端的人都有所认识），其次可以便于团队中不同的角色在长期工作中可以落实到责任制地对规范进行长期的建设。
另外为了更加灵活的推广和使用，在规范中可以引入优先级的权重概念，我划分了三个级别，标准（必须遵循，比如公司/产品VI相关的规定），推荐使用（一些久经考验的解决方案），参考资料（在新产品的设计中仅供参考）。
另外关于流程和管理，我觉得必须是强制规定，并且要注重规范的与时俱进。
路人周:
我觉着吧，要认真搞规范，这个顺序做比较实在， 产品设计责任制 - 产品设计原则 - 设计评估手段 - 设计规范。
一开始就操家伙整规范不太好，规定的任何元素都是有修改的可能的，因为连产品方向都是可以更换的，中国公司搞游击战搞惯了，市场压力和客户压力都大，不是哪个公司都敢像西门子一样，花6年开发一个产品。
中国的产品经理最大的特点就是人浮于事，你搞出来的东西一旦和他的想法有出入，一则拒绝执行，二则磨洋工。
要搞规范，不但要决策层下力度支持，也要下面具体执行的人积极配合，但是这个很难办。如果你CEO（或者对整个产品负责的大PM）开个全体会议说：”这个规范我和设计部XXX讨论了，决定在全公司范围执行，谁不执行就是不给我面子，后果自负，下午3点前大家会收到公司发文邮件。”那力度肯定够了，但是会这样么？一般来说不会，除非你的规范有保证说，对效益，对控制成本，对用户满意度有绝对的数据支撑。
再说下面执行的人，我就喜欢拿FW做图，存成PNG，你非要规定我PS做图存成PSD,是我设计还是你设计啊？设计师很容易有抵触情绪，在半瓶水的设计师中间更是如此，总觉得除了他自己谁都不懂设计，谁都是SB，这样就麻烦了。团队当中有朵花，香味只有领导知道，团队当中有驼屎，那就是遗臭万年，会影响甚广，所以我说，搞规范最重要还是先把人搞好。
我们原来8个人小团队做手机方案设计的时候，根本不要什么”规范”，我就做一套输出模板，交下去大家伙用，用得不爽了，觉得有问题了直接找我。我不规定你什么风格，个性化，色彩取向，你就给我记住四个字”漂亮，好用”。
要不搞个规范就搞个半年，黄花菜都凉了，弄得不好，上下受夹板气，索性你也皮实了”算求，这规范爱谁谁，我不做了，你们自己泥腿子去吧。”
帅哥甲:
1.视觉规范确实比交互规范相对好整理，因为前人有很多可以借鉴的经验。
但是如果一个公司有多线产品的应用：如新闻资讯、SNS、IM…
其实就视觉规范这种表现层的在后期推行起来也很难。
特别是遇到没规范就上线已经赚钱的产品，只能折中的推每个产品实际应用规范。
而由于这些产品，设计的时候就严重没按照规范走，
现在要改，”这些人”会觉得在给他们找麻烦，增加工作量，还不能保证赚钱效果。
连根拔起几乎不现实也不可能。
2.而没上线的产品我觉得强制起来比较容易。权力够大的话不规范不让上线。
3.而上线了但是很烂没赚钱的产品，也麻烦。
做产品的这些人都在混，不专业
你咋还能有效的去推行规范哦。要么强制扣钱、开除几个人。
但是一段时间内有人反抗了，有人工作没人做了…
然后又要招新人,时间一秒一秒地过去了。
在这个过程里很小公司慢慢消失了。
Sky:
一个人建规范那就成独裁了，规范这种东西要结合团队现有的人员构成去做的，这样才能有的放矢。
路人周:
上面我那个案例要修正一下，那个是在团队搭配不平均的时候运用的，如果大家都不了解这个东西如何设计执行，那么这个时候需要一个人来挑头做，但是做出来的东西必须经过团队讨论认可和落实执行，同时要报决策层批准。
一个人独裁式的建设规范是大忌，因为最容易出现的情况是，你会发现规范中的内容和他自己没关系，他根本不参与其中，是推卸责任的做法。
Sky:
规范建立的目的在于：
1. 设计与设计实现的平衡
2. 设计工作的基准和参考
3. 有效的沟通
4. 成本控制
5. 良好用例的重用
如果花时间去建立一个规范，而不能达到这些目的，不如不建立。
每个公司和团队在设计和研发上都应该去找适合自己的流程和管理，并不是仅仅设计规范一种方法。
白鸦:
很遗憾，今天一直在开会，错过了这个群P的机会 。。。
认真看到大家的讨论，我总结了最重要的一点：
规范不能是一个人也不是一个”团队”建立起来的，应该是所有人一起搞的。包括设计的人没有规范总是咨询设计师的人、用规范的人、老板一起参与。只有这样才好执行下去。不然只能给鬼看。（就算老板强压大家也都很忙，不执行..）
<全文完>
我也写过一段时间的规范，这是被逼的．
那时候重构是在进行中
旧的还在线上，新的又要上线，重构又势在必得，由于历史遗留的问题，样式表互相打架，弄的我使用分身术，左填右补，同时还在解决线上问题．
这个时候大家都烦到了极点，规范被提到了日程表的顶端！
分析自身现有的特性以及存在的状况，搜集了一大堆“有效”经验，写呀写。
在某段时间内，引起了团队人的响应，各抒己见，提交方案，希望的火光哪个明亮啊．
后来由于周期长，眼前状况少了，人民也都麻木了，火也就闪了那么一下，灭了．
照路人周的观点＂要不搞个规范就搞个半年，黄花菜都凉了，弄得不好，上下受夹板气＂果真是这样。
周期长，后面不了了之，总结，规范到最后约束了自己．
其中强调的是有效的沟通，我觉得这个主要是和需求者之间的，要是遇到一些不专业的产品人员，这个周期就更长了，得先给他们上课，先不说这个．个人认为规范是大家一起参与的．
首先上层应该规范，然后带动下层，到技术，到产品人员，到市场人员，各个环节共同探讨才能有效发挥它的优势。
期间也有人跟我沟通过规范的事，我的观点是为了规范而规范是没有意义的。
规范是用来方便团队的其他人，而不是给他们添加麻烦或者说约束其他成员的发挥空间。规范是大家商量着做起来的。
其实网站规模大了，一定会形成规范，只是没有记录下来而已，在设计的过程中，设计师经常都会想，其他地方有没有类似这样的操作，有的话，拿过来用一下。其实这就在执行规范，只是没有形成文档而已。
等网站的细节逐渐地多了，靠记忆也许会顾虑不到全局，所以文档性质的规范的需求就很强烈了。
规范如果需要强制执行的话，说明其他人不信任你的规范，或者说你的规范没有给他们带去便利，这样的规范当然不要最好了。
规范的出发点很好，我觉得可以提高工作效率，是可行的。
至于在落实规范时碰壁，那是另一回事了。
规范很不可以推翻，也不可以订死。
规范很严肃，也需要矫正。
多人参与建设，定期进行整改，有助于规范的成长。
规范是好，但计划赶不上变化
计划赶不上变化,还是你分析和设计的时候没做好工作,所以问题传播到了后期
原来tony也用fw啊
一开始一直都不知道。
希望能看到关于FW的文章
生日快乐。
恩,设计规范好象永远是产品设计里争论的话题,争论的焦点总聚集在:规范虽然有,但因为产品更新太快而使用率不高.也许真的象Tony所说的,其实在产品设计中都存在着隐形的规范,这中隐形的规范也许来源与设计师的经验,也许来源于成功产品的模式,总之,它是存在的,如果是这样,”流程化”的规范就不需要必须写,只需要在所有设计完成后,加一个简单的TXT文档说明就OKEY,呵呵…^^
4楼说的是一个永恒的话题!计划,变化,想法!你我最终执行多少?或者说我们能决定多少!或许真的要在”你中有我,我中有你”中去提炼自己吧!
看你写的这东西太爽了。
把全局操控的规范过程写的很深入。
没错就有那种半瓶子不满的人，我就爱用-而不用_，我就爱用fw而不用ps，气都气死了。
就跟那没脑子似的。
读完了这两篇文章。感觉收益颇多，这样的讨论的确精彩且让人印象深刻，希望以后都这样搞下去。以下是我对规范的一些看法。
·基于做设计规范的目的，和这些规范是给谁看的，来制定设计规范。
1.规范是设计工作的基准
当项目的工作量比较大、工时比较长、参与的设计师人比较多，设计规范就是设计的一个参考标准。这个标准可以帮助设计的一致性和统一性。基于这点建立的规范是给同一部门的不同设计师看的。
2.规范是为了以后的维护
项目的维护在所难免，特别是在人员流动频繁的公司，规范可以减少项目维护的成本。基于这点建立的规范是给同一部门的不同设计师看的。
3.规范是部门与部门协作的桥梁。
当项目需要多个部门通力配合，紧密协作的时候，规范的建立可以在各个部门间起到桥梁作用，帮助各部门进行沟通。基于这点建立的规范是给其它部门的同事看的。
·要有人来规划一下这个规范应该做到什么程度
我同意大家所说的规范的建立应该是所有人的事而不是一个人或者一个team的事。但需要有一个人来规划一下这个规范应该做到什么程度才是合适。
这个人必须非常熟悉公司的运营和工作流程。他应该了解一个产品从开发到投入使用在每个环节上所需的成本；了解维护一个产品从提出需求到完成修改所需的成本；了解在工作流程中，跨部门沟通所需的成本。只有清楚这些成本，才能规划你的规范应该做到什么程度，做到什么程度是制作和实施起来可行的。
中国的产品经理最大的特点就是人浮于事，你搞出来的东西一旦和他的想法有出入，一则拒绝执行，二则磨洋工。
这个 说得很有意思~
引用此文章的博客