- 原文地址:The importance of Design QA in digital product design
- 原文做者:Jess Eddy
- 译文出自:掘金翻译计划
- 本文永久连接:github.com/xitu/gold-m…
- 译者:lihanxiang
完美的用户体验不是偶然事件。在应用程序的设计中,产品团队所做的一切都是为了用户体验;开发、设计、DevOps 和质量保证 —— 每个角色都影响着用户体验,尤为是设计和用户体验之间的关系。自从我成为一个产品设计师以后,在我执着追求的事物中有着重要的一环,就是保证产品的设计可以按照预期实现。这是什么意思呢?它表明着设计方面的编码工做须要与实际中的设计彻底匹配。前端
一致性是优秀产品设计中的一个主要原则,随着时间推移,产品的设计和开发的不一致性会不可避免地出现。慢慢地,这些问题累积成了“设计负债”。android
设计负债影响着用户体验的完整性。当一些变数随着时间的推动不断出现,就会有设计与现实脱节、不一致而且一直处于补缺补漏的状态。—— 设计负债ios
虽然在每时每刻都可以彻底解决不一致性问题是一件极具挑战的事,实行设计 QA 是打击设计负债的重要一步。git
还有一些基本缺陷也能使设计质量保证成为挑战:github
为了说明最后一点,做为一个产品团队,他们经常冒险尝试**功能交付运输模式。**在“短跑”结束以前,团队一般会由于要完成某些功能而牺牲对大局的观念以及对细节的把握。在这场团队比赛结束以前,为了加快速度,设计相关的实现可能为了“节约时间”而让步。后端
我以前有写过,团队合做和协做是产品团队完成工做的必要条件.设计师和开发人员在概念阶段的共同设计,使用相似 Zeplin 这样的工具来搭建设计和 CSS 之间的桥梁并缩小差距;这些都很棒而且能对咱们有所帮助,但这些方式并无取代设计师在开始以前签署编码设计协议的传统方式。工具
设计 QA 是这么来的! ✨post
####什么是设计 QA区块链
设计 QA**(QA = 质量保证)**仅仅是开发和测试之间的一个步骤。这是一个对于设计师的机会来作:测试
或许你在一个小团队中工做,而且已经很是默契地进行了一些版本的设计 QA;又或许你在一家像 Pivotal 这样的公司工做,设计师和开发者共同工做,设计 QA 已经被嵌入到工做流程之中。若是不是这样,设计实现的质量就很容易在开发中被忽略。
你的标准工做流程可能看起来有这些版本。若是你的团队在进行任何类型的工做时,将某项任务从开发周期的一个位置移向另外一个位置,那么您的(设计)工做就是为这些任务而服务。
在这样的工做流程中,咱们如何确保设计的完整性?当开发中的一个任务完成时,一般由这个任务的开发者或产品经理来将所完成的任务移至测试部门。固然,团队能够养成直接作一些版本的设计 QA,而不是在这个过程当中进行的习惯,可是这将会失败;毕竟人们所忘记的或者本身作主的设计实现才是最好的。
更重要的问题是:若是设计实现是必要的,为何咱们不采起措施呢?
经过将设计 QA 做为工做流程中举足轻重的一个步骤,就能避免它被忽略。一样也须要认识到设计实现是团队须要重视的工做流程中的一个重要部分。当咱们在工做流程中加入设计 QA 以后,上述的工做流程看起来就更像这样。
正如在编码时有设计师的加入同样,将开发者加入设计流程也一样重要。
设计和开发就像是一枚硬币的两面,它们彼此之间越独立,整个工做流程就越具备挑战性。
为了让开发者加入设计流程中,你能这么作:
在产品设计和开发中,咱们遇到的大部分挑战都能经过相互尊重、积极沟通和心怀诚意来解决。
若是发现译文存在错误或其余须要改进的地方,欢迎到 掘金翻译计划 对译文进行修改并 PR,也可得到相应奖励积分。文章开头的 本文永久连接 即为本文在 GitHub 上的 MarkDown 连接。
掘金翻译计划 是一个翻译优质互联网技术文章的社区,文章来源为 掘金 上的英文分享文章。内容覆盖 Android、iOS、前端、后端、区块链、产品、设计、人工智能等领域,想要查看更多优质译文请持续关注 掘金翻译计划、官方微博、知乎专栏。