APP开发公司如何制定设计规范

专业的APP开发公司针对每一个项目都会制定设计规范，因为设计规范可以简化开发过程、使APP开发拥有一致的体验，也便于项目后期的版本升级迭代。

APP开发公司的产品经理或者设计师可能都比较多，不同项目的产品经理交予设计师的线框图就千差万别。比如实现一个筛选功能，有的采用下拉菜单，有的采用弹窗。相同的情景不同的交互方式，先抛开各自的优劣不谈，产品之间本身就出现体验上的矛盾。产品经理间缺少沟通，而产品团队基本会按照产品经理的规划设计产品，这就造成产品间存在体验差别。

 

不同项目的设计师设计风格也存在差别。比如外观尺寸设计，配色选择。当没有独立的设计组时，产品线上的设计师均各自为政，并直接对产品经理负责，更加深化了产品间的不协调。

 

产品设计者没有错，只是缺少了让各个产品线之间协调统一的桥梁。通过设计师间的讨论并协商各产品线上的产品经理，制定一套规范，架起这座桥梁，让产品设计者们有参考、有准则。

 

在制定设计规范的过程中，会形成统一标准控件库、页面元素尺寸规定、配色方案规定和视觉风格统一指导。设计者可以按照功能需求直接调用规范中的标准控件，按照信息结构需求调用不同的元素尺寸进行设计。很轻易便能输出高保真原型图，减轻了设计过程中对交互控件选择和信息排版的思考负担。

 

如同技术文档一样，产品在设计方面也需要文档与规范。由于业务需求的变化，设计规范不会一成不变。通过文档备案记录每次设计调整，调整的初衷和理论依据，便于日后的回顾与总结。自己在刚入部门时既没有产品设计规范文档，又没有规范的技术框架文档，在产品成长与传承中出现了中断。形成简单易读的文档规范是一种对产品负责任的体现。

 

规范出现时机应恰到好处，过早或过晚，均会为产品迭代带来麻烦和阻碍。

在产品刚刚起步或仅迭代几代版本后便想总结出一套规范为时尚早。此时产品仅仅拥有大体发展方向和基本功能，很多细分工功能不够完善，产品整体不够丰满。此时制定出的规范并不能起到概括和统一作用，随着产品不断完善，大量功能需求会添加进来，而规范也要随之大更改，增加各个部门修改调整负担。如此大规模修改规范本身就失去了规范作为一个准则的意义。

在产品已经成熟之后再制定规范则为时较晚。此时每个产品线上的产品功能、结构信息组织框架已经定型，只有偶尔优化提升体验细节修改和辅助类功能的添加。产品技术框架逻辑，尤其是前端技术框架已成型，且技术人员在开发过程中对于产品界面设计，交互方式也谙熟于心。如果迭代过程中产品间差别不大还好，产品差别很大时，再出台规范会增加很多技术人员调整的成本，拖延新版本上线时间。

 

设计师在设计初期产品效果图时要注意实时归纳和总结，原文件和导出文件进行分类整理，对设计过程中使用的控件和模式及时归纳，同时简单记录一些界面设计的初衷，有争议的设计点等等。及时地总结对后期设计规范的制定打下良好基础，否则很容易忘记设计初衷，找不到文件或者设计负责人等等问题。

 

规范制定出来并非一成不变，随着业务发展、需求增加，规范要在原有内容基础上进行需改、增删。规范的弊端就是每次有重大更改，会造成很多产品线多个产品的相应调整，甚至还会牵扯到结构架构的修改。

 

拥有设计规范并不代表团队不再需要设计师，也不代表团队中谁都可以使用规范组件拼拼凑凑就输出设计效果图。产品设计含有感性的成分，需要设计师通过调研和认知去设计、把握产品的体验。规范是工具、是标尺，需要设计开发人员的灵活运用和不断完善，适应变化。