设计质量谁来保证？

　　无论是交互设计、前端开发还是视觉设计，我们都要为产品负责，为用户负责，那到底是谁去负责? 从传统角度来看，很多人会认为资历深辈分老的人就可以负责设计质量的管理，但是恰恰相反，资历越深辈分越老的人越会用主观去区分设计的好坏，通常也不会利用项目管理的手段(之前我参加的项目管理培训的讲师说过很多老员工在参加培训的时候很难客观地理清项目管理要素)去完善设计。虽然很多公司都说以能力说话，资历并不能代表一切，但是在现在社会的现状来讲，资历还是主导一切。那到底什么才能推翻资历去保证设计质量呢?

　　最近看到淘宝的招聘上多出一个职位叫做设计质量保证(DQA)，粗看他的名称类似于风险质量管理的岗位，但又落在设计团队中。他的职务内容如下：

　　1、管理设计规范，流程，各种机制;并保证过程的有效实施，同时组织对内培训

　　2、为项目过程的事实提供咨询和指导

　　3、按计划执行过程的审计，跟踪协调质量问题的解决

　　4、根据度量指标，建立度量体系，收集过程数据，分析度量指标的达成情况

　　5、收集过程改进建议，制定改进方案，持续开展过程改进工作

　　6、熟悉软件功能，具有良好的文档写作能力、沟通能力和协调能力

　　淘宝的设计质量保证招聘页面，点此应聘

　　从他的职务内容可以看出，对设计负责是客观的数据和指标，而并非是主观的资历。当然要能够制定规范、流程以及各种机制也一定要实际经验的人才能领悟其中的奥妙，昨天部门内部做了一次分享，我们老大觉得只要在公司的SQA(风险质量管理)的流程中加上一步来规范设计便可以起到管理的效果，但是SQA并非设计人员，他对里面的各个环节的把控没有一个亲身体验的过程，他很难去融入到每个环节中去。要做到一个DQA必须要有设计经验，至少要能够把设计流程中的每个角色都经历一次，才能有管理的能力。一个DQA不仅要管理流程并要不断创新，让流程中的问题越来越少。沟通文化是项目管理中必不可少的文化，但是一个好的流程管理可以避免沟通的浪费，最到效益最大化。既然是管理那肯定离不开数据跟踪和分析，这又要求DQA对数据的敏感性和分析能力，并且有数据挖掘的能力。

　　产品开发是一个环：想法(产品经理)--->策划(交互设计师)--->实施(视觉设计、前端开发、系统开发)--->测试、发布--->新想法(产品经理)...，称为循环式生命周期，这种方式有利于不断改进和突破创新。但是在很多情况下这个环会变成一条直线，称为终结式生命周期，这种方式不利于设计师提升产品价值，而且这种对产品始终不负责任的方式,让产品进入“有娘生没娘养”的地步。这就是缺乏设计质量管理的结果。产品就像一个点，分布在公司中，设计师如果过多的注重点就很难去考虑面，如此继续会导致恶性循环。

　　那怎么样才能做一个好的DQA来保证设计质量呢?从设计角度来讲可以分为两个部分：

　　一、产品设计：

　　1、在产品设计前期的用户分析中，交互设计师要根据产品特征建立相应地有效用户模型，并要符合产品用户模型等式：

　　其中有效用户模型(Available User Model)是产品上线后对于使用用户的一个数量和特征的描述，设计用户模型(Designed User Model)是用户测试工程师建立的理想用户数量和特征描述，产品用户模型(Producted User Model )是产品经理所定义的预期用户数量和特征描述。等式中将设计用户和产品用户相加除以二的目的是为了得出交集，不仅从数量上给出更贴近设计要求和商业目标，而且从特征描述上能够更有针对性地进行参考设计。

　　DQA工作内容：这一步的DQA主要是对用户模型的管理和完善，充分协调交互设计师、产品经理和用户测试工程师之间的沟通问题，降低沟通成本，并且做好用户模型分类存档的工作。一个好的交互设计师会不断积累用户特征，并会给出和完善不同方案下的用户模型。(这个可以做成一个搜索引擎，将条件设置为产品目标人群，摘录设置为用户生理特征，内容包括用户的生理心理活动和特征以及典型用户脚本)

　　2、在友好分析(亦称为竞争对手分析)中，交互设计师要针对新产品的同行竞争者进行分析，并给出关键设计数据，从而使设计更有目的性。

　　DQA工作内容：这一步的DQA主要是管理关键设计数据并形成一个库，便于二次使用。

　　3、在故事板等流程图设计的时候，交互设计师所做的就是将有效用户模型中的用户脚本进行编译成为一个可用性流程，这一步是为前期分析和后期设计做一个承上启下的作用，也是关键步骤。很多设计师并不关注这一步，但其实在设计的时候我们往往都会在头脑中过一遍这个流程，之所以要写出来也是为了保证产品设计质量(避免遗漏等问题)、提高二次利用效率。故事板还有个作用是通过故事形式的“起承转合”让设计师更多地去探索如何让用户去使用，如何让用户用得顺，如何让用户喜欢用的方法。

　　DQA工作内容：这一步DQA主要是要把故事板等流程图进行整理归类，并且给出用户脚本的度量指标，并预估整个设计过程中出现的流程和模块问题，这里谈及的模块是指流程模块间的配合，比如A流程中有B\C\D三个模块，那个DQA要根据项目需要对B\C\D进行模块分解，如果B模块是已经有现成的，那么直接给到交互设计师即可;如果C模块是现成的，但是要根据现有产品进行改良，那么DQA要根据改良目的和方法和交互设计师进行沟通，并协调整个设计团队间的改良工作。

　　4、在实施过程中，线框图的设计要求精准。管理这块内容的时候需要最仔细，因为往往这就是产品的雏形，如果最终产品的样子和线框图中描述的大相径庭，那么这个设计肯定是出了问题的，设计质量也是最差的。在我的设计中，我要求线框图必须和产品最终样子是基本一致，甚至连每个元素中的间距和排布都要完成，当然色彩上应当交给视觉设计师去把握(线框图是黑白灰的表述方式)。所以这一步也要求交互设计师一定要有坚实的视觉基础和实现能力，并且对前端开发有深入的了解和判断(有些设计天花乱坠，前端开发工程师叫苦不迭，甚至是影响了整个产品的实际体验效果)。

　　DQA工作内容：这一步中DQA主要是把握需求变更的问题，解决多方沟通和确定的时间和方式，从项目本身的利益出发使工作效率最大化。还有就是要整理每个实施阶段出现的问题和结果，并提交反馈给相应的团队进行补丁制作(Bug Fix)。例如视觉设计师觉得有必要突破原有规范进行创新型设计，那么在完成设计之后DQA要将结果保存归类并提交给设计研究的流程中做成一个新的视觉场景规范。

　　5、最终产品的测试阶段的设计质量管理更是整个质量的关键步骤，他要掌握测试Bug的数量并且和设计质量预估目标中的数据进行比较，才能够得出真正设计师应该注意的问题，并反馈给设计师进行二次确认。

　　DQA工作内容：这一步DQA主要是把问题列表和实际情况进行对比审计，得出修改意见和实施方案，以最快的速度完成Bug的修复和产品的上线。

　　6、大家可能觉得这样已经结束了，其实还有一步就是上线之后对于产品的数据和用户反馈的跟踪也是设计质量保证中必不可少的步骤，这样也保证了产品既有娘生也有爹养。

　　DQA工作内容：这一步也是DQA的一个日常运营的工作，他要定期检查线上每个产品的运行情况、监视反馈数据，并进行跟踪回报，得出新的设计建议和设计流程改进方案，为下次工作做好预估能力的积累。

　　二、设计研究

　　1、在交互研究中交互设计师要针对实际项目中的经验教训结合设计质量保证的反馈进行设计的创新研究，从有效用户模型、用户脚本和创新性设计等方面去提高自身的设计能力。

　　2、视觉设计师更多在前期的视觉规范制定和创新设计中起到决定作用，视觉设计师在实际项目中所碰到的问题和创新问题都要在视觉研究中有所体现，并且设计质量保证也要进一步把控研究成果。

　　3、前端研究主要是让前端开发工程师能够将前端开发的代码进行整理打包成为可二次利用的插件，不仅提高效率而且也提升了自身实力。

　　4、产品线上研究，这一步是现在很多公司都没有的一步，应该说是都交给了其他部门去研究的一步。其实作为“生母”的设计师来讲，关注线上产品才能有更多好的idea的产生，设计质量保证也要进行配合管理，让产品的输入输出通路能够打通，不再让研究始终只是研究。

　　在设计研究中，DQA扮演的往往是指引和提供数据方向的角色，他更多的是让所有设计师对设计流程能够达成一致，在以数据为前提下了解每个人的个性和合作方式并合理安排团队成员进行设计研究和产品开发。

　　三、DQA的其他职责

　　DQA的还有个职责是制定设计流程，之前我也写过将流程模块化的管理方案，大家有兴趣可以去看看。

　　要管理好一个团队很难，但是只要获得人心，一切都会很顺利。但是要管理好一个设计团队间的协作和流程，单单靠人心和资历都是没用的，一切以数据和现状分析为导向，加入适当的协调才能真正让一个团队的设计质量有大幅度的提高，才能把产品效益最大化。