本文将分享关于设计师如何通过一些技巧来顺利完成团队在执行阶段的协作工作,即一个全面的设计交付指南。
创造一个好产品是一个不断打磨和实现想法的过程,但完成一个有序且经过深思熟虑的设计开发过程并不简单。在执行阶段的后期,需要解决一些可能导致不必要的升级和重复修改的问题。
作为设计师,我们是执行力的守护者,对成品中可能存在的瑕疵负有同等的责任。因此,对于设计师来说,在每次发布之前完成设计的构建是非常必要的。但并不是所有的设计质量检查都是在过程中进行的,大多数产品的发布都是在紧凑的时间安排下完成的。绕过设计质量检查产生的问题是,挤在那些珍贵的几小时前发布,这看起来像一个更简单的“权衡“。但比直接的质量损失更有害的是它将这个步骤遗留到即将发布的版本中,有时它几乎会在产品的生命周期中徘徊。这样做的后果不堪设想!
在强调了设计质量检查的重要性之后,设计师应该明确自己也肩负着减轻质量检查和清除bug的重担。
在很大程度上,这个担子的重量取决于设计师向涉众发布的设计有多全面。设计师往往喜欢把自己看成是思考者,而不是执行者。通过观察开发人员的操作方式来了解交付中的一两件事情是可以的。但保持版本控制的严谨性、文件/模块的命名空间、记录迭代或提交消息或补丁注释等实质性的工作,会帮助设计人员在工作中获得更多的生产力和有用的东西。
作了这么多铺垫,接下来我将分享关于设计师如何通过一些技巧来顺利完成团队在执行阶段的协作工作,即一个全面的设计交付指南。
当一个设计成果移交给开发人员时,它需要传递多层信息。除了原型、规格和资源之外,还必须共享交互、副本和检查表。所有这些都涉及到设计解决方案的不同方面,并且需要在一个简单的、可访问的文档中进行比较。我们可以将其称为设计交付文档。