grey concrete building

从设计到代码:打造开放协作流程

开发者和设计师通常缺乏开放和透明的关系,这是一个错失的机会。这里…
首页 » 博客 » 从设计到代码:打造开放协作流程

作者:Katie Riker

采用开放决策进行设计可以帮助增加用户体验和开发团队之间的协作。

理想情况下,设计师与他们的产品团队和用户保持良好的关系。然而,设计师和开发者之间的关系通常更难建立和维护。缺乏紧密的关系使得解决问题或改进变得困难。

根据我的经验,开源 Open Decision Framework 有助于克服许多这些障碍。

Open Decision Framework 强调 开放决策 是透明的、包容的且以客户为中心的。它包括与受影响方清楚地分享问题、需求和约束。它支持与多个利益相关者协作,以获得多样化的意见和全面的反馈。最重要的是,它管理跨竞争需求和优先事项的关系和期望。

这些原则可能会引起任何参与产品、功能或服务设计决策的人的共鸣。对于设计师来说,开发者是制定最佳设计决策的关键利益相关者。如果你是一名设计师,现在是时候抓住机会获取不同的意见了。

后端和用户体验

开发者是关键利益相关者,因为用户的产品或服务体验不仅仅是屏幕上的像素或工作流程设计。它包括服务的性能、API 调用的速度、用户数据的处理方式,甚至是为了可扩展性而进行的数据设计。当开发者被视为设计中的完整利益相关者时,他们可以贡献他们在服务后端和架构方面的专业知识,以协助体验的整体设计。

用户体验 (UX) 设计师是开发团队负责事项的利益相关者。性能缺陷,或架构对可用数据的影响,可能会阻碍用户体验。开发和设计之间开放、协作的关系可以在所有领域建立信任和透明度。

为协作腾出空间

开发者和设计之间开放透明的关系并不像应有的那样普遍。这种工作方式对双方来说可能都是新的。以下是我使协作成功的五个最佳技巧

  1. 设置定期协作时间:建立设计和开发之间每周或每月至少一次的定期会议时间。邀请应至少包括用户体验、首席工程师和质量工程师。理想情况下,团队中的所有开发者都应在时间允许的情况下被邀请参加。
  2. 将分享作为主要议程: 用户体验团队应分享他们当前正在处理的用例和功能,以及任何相关的用户研究数据。用户体验设计师应向开发团队演示工作流程设计、线框图和高保真模型。开发团队应分享他们方面做出的任何可能影响用户体验的设计决策。
  3. 鼓励提问: 为所有与会者提供提问和提供反馈的空间。问题的答案和对反馈的回应是讨论设计和方向的机会,也是彼此学习的机会。
  4. 拥抱学习心态:避免训诫或“告知”。相反,目标是彼此学习。利用共同的专业知识为用户和客户设计和构建出色的体验。询问不熟悉的技术或概念的解释。
  5. 考虑正式学习:当团队使用相同的语言时,协作关系可以更容易。考虑正式的学习路径,例如
    • 设计师:基础编程课程,例如开源 Odin Project,可以帮助学习服务构建的基本原理。
    • 开发者:理解用户体验原则可以帮助指导问题和反馈。您可以在 UX 设计原则 或各种书籍和文章中找到一个好的概述。

开放协作的示例

在与我团队中的一位开发者进行的早期设计评审中,我展示了一个特定的交互,用于显示关于对象的更多数据。当我沟通了用户的需求并演示了交互时,开发者问:“是否需要完全按照这种方式进行?”

他提到了一些小的设计更改,这些更改将使开发更简单。我们同意这些更改不会对用户体验产生负面影响,用户仍然能够实现他们的目标。

这个反馈节省了开发团队的时间,留出了更多机会来解决错误、构建额外的功能并避免最后一刻的通宵工作。用户体验保持了强大,团队甚至更强大。如果没有与我建立牢固工作关系的开发者的早期反馈,这个结果是不可能实现的。

您的下一步

创造体验是由协作团队做出的一系列决策。产品、设计和开发需要作为各自领域的专家和彼此领域的利益相关者协同工作。我鼓励您让开发和设计参与进来,以获得更协作的反馈,并共同努力创造具有最佳用户体验的最佳产品。

Katie Riker 是一位用户体验 (UX) 设计师,拥有 11 年以上 B2B 用户体验工作经验。她热衷于将人们聚集在一起,为用户创造卓越的体验。

图片来源:Jani Brumat,来自 Unsplash

作者

  • Ariel Jolo

    Jolo 于 2024 年加入 OSI。他是 Sysarmy 和 Nerdearla 的创始人,并为拉丁美洲的开源做出了重大贡献。凭借作为系统管理员和在通信方面的丰富经验,他有效地与多家公司的技术社区进行了互动。

    查看所有文章

如果您喜欢这篇文章,您可能也喜欢这些