UX设计师与程序员合作的5个原则
全文共1394字,阅读大约需要3分钟。
本文首发于UED观察
摘要:UX设计师与程序员合作的5个原则
关键词:UX设计师,程序员,合作,原则
设计师使用的工具每天都在变化。设计师在不同行业规模不同的公司中工作,每个公司都有自己独特的组织结构,生产力工具和项目流程。即使在同一组织内,不同项目的时间表和团队配置也可能截然不同。
在过去的这些年中,设计师和开发人员的协作方式已经发生了许多次变化。下面是我总结的合作原则,每天花费至少1/3的时间与开发人员一起工作。这些年来,尽管特定的方法和技术已经发生了很大的变化,但是这些原则仍然有效。
1、程序员是你的用户
如果我们将开发人员看作使用产品设计(以及设计文档)的用户,该怎么办?
作为设计师,在构想产品体验时,需要始终牢记用户的需求和痛点。用户将根据设计稿和设计文档与开发人员开发的最终产品进行交互。这意味着我们在项目开发阶段所交付的真正用户是开发人员。
一旦将这一概念纳入实践,关于工作流程的每一个决定都将以开发人员为中心。与如何与产品用户进行研究类似,我们可以在项目开始时与开发人员进行访谈,了解他们的喜好,经历,痛点,并提出满足他们需求的工作模型。
-
开发人员希望如何接收文档?时间频率?什么渠道? -
如何定义产品细节?书面和视觉文件之间如何平衡? -
对于特定的开发人员,最有效的工作方式是什么?如何与产品的其他部分保持一致?
团队可能想为项目建立一个Wiki;设计文档实际上是每周召开两次的会议基础,并在问答环节发挥更大作用。
同样的,设计师还可以根据开发人员的需求调整设计方案,我们还应该调整设计流程,以适应开发合作伙伴的需求。
2、唯一确定的就是变化
设计师必须灵活,不仅需要灵活调整流程以适应不同的团队配置,还需要随着项目的开展调整工作流程。
除了极少数例外,每次启动新项目,我们都必须调整文档和工作流程。没有一种方法可以创建在每个项目中都能使用的设计文档和工作流程。
每一位程序员的性格都不太一样,有人会欢迎和设计师一起工作,但是有人更喜欢独自编程不被打扰。
作为设计师,唯一可以确定的就是变化。在每个项目中,都可以预期影响工作的新变化:比如新的成员加入团队,发布日期突然更改,不可预见的技术约束。
学习识别团队中潜在的问题,并为快速适应做好准备,这样不仅可以避免挫败感,而且从长远来看可以使设计师成为更好的协作者。
3、产品在迭代,设计工作不停
当我们完成一个项目的设计时,只完成了50%工作。
设计师完成设计稿,不意味着工作的完成。我们应该更少地考虑UI界面,而应该更多地考虑功能,而功能大多隐藏在UI界面后面。
真正的挑战始于开发人员开始四处寻找设计稿的问题,以及产品测试开始思考无法预见的交互用例。添加的约束和规则越多,设计师就越难解决这些约束和规则。
4、少即是多
当产品经理削减产品功能获得MVP时,这是我们提高用户体验质量的机会。
随着设计的发展,产品经理开始优先考虑MVP功能。UX设计师无需沮丧,更少的功能是完全可行的,只要专注于核心功能的用户体验质量即可。
5、激情具有感染力
在某些公司中,开发人员不参与早期产品概念,设计探索以及与战略性产品讨论。我们如何帮助开发人员了解产品的全局图?
我们可能在用户研究期间从用户那里听到一个简短的故事,用户的生活因为我们的产品而彻底改变。我们的同理心,对用户的关注以及热情,都是宝贵的资源。我们可以使用这些用户反馈和故事激励开发人员,帮助他们了解产品如何运作,如何影响用户的生活。
参考资料
principles-designer-developer-collaboration: https://xd.adobe.com/ideas/perspectives/leadership-insights/principles-designer-developer-collaboration/