编辑指南：设计交接是产品设计落地过程中的重要一环，也关系到产品的最终落地效果和最终用户体验。 那么，在这次会议上，小组成员应该如何合作以保证最终计划的实现？ 作者就这个问题进行了解答，我们一起来看看吧。
设计交接是产品开发中最重要的，但也可能是令人失望的环节之一。 此时，长期的研究、设计和重新创建工作已经完成，客户的设计和高保真度原型已经准备好供工程师实施。
和其他过程一样，设计工作流也有缺陷。 设计师有时在发现和开发的中间阶段工作。 因此，在发生设计交接的情况下，完美设计稿的设计背景和设计意图往往对开发团队来说很模糊。
为了确保创意和创意的愿景准确地转化为功能或产品，设计师建议在整个项目中与跨部门团队密切合作。
与所有垂直团队的交流与合作是最大限度地减少风险和错误的关键。 每个团队成员必须同步了解其功能或产品的外观、感觉和工作方法。 说起来容易做起来难。 设计的交接是贯穿整个设计过程的合作。 为了在团队中建立功能之间的协作文化，需要大量的时间、资源和迭代才能顺利实现。
现在，让我们详细介绍一下设计师——开发者交接过程中最常见的陷阱，并了解可以用来决定这一阶段开发支持的战略。
一、这不是交接，这是协作
交接是个很难的词，意味着单向通信。 在项目小组中，它经常被误用为“摆脱”。 在我们的情况下，这意味着剥离责任，所以很重要。在设计移交给开发者之后，他们有责任实现产品的想法被认为是错误的。 作为设计师，必须投身于产品开发，避免在交接后丢失或误解上下文和设计意图。 这样的疏忽可能会导致功能和产品无法完全达到预期的目的，这对所有设计师来说都是噩梦。
最好的情况是设计和开发团队在开发过程的每一步都密切合作和协作。 有时，这意味着频繁的创意会议，需要坐在工程师和设计台前就设计理念提供指导和反馈。
无论选择哪种方法，这种双边合作都对两个队伍有利。 设计师更好地了解产品的技术细节，并评估设计的哪些部分可以实施。 另一方面，开发团队还可以了解正在进行的工作以及成功完成任务所需的准备工作。
虽然设计和开发团队不同，但可以看作是同一枚硬币的两面。 两个部门有同样的最终目标。 制作尽可能为用户服务的产品。 最终，产品的外观和感觉与其功能和性能同等重要。
开发产品是团队运动。 为了提高创造力，继续前进，需要多个领域团队的所有专家的能力。 设计-开发合作是双向的，交接后也必须继续。 两个部门需要了解彼此的内部机制，创造健康的工作动力。 结果，三个臭皮匠顶一个dcdsb。
在
技巧
构想阶段召开设计评审会议。 和你的团队一起决定会议的频率。 通常一周一次到两次就足够了。 与队友合作时，鼓励分享想法和开放交流。 确定与队友合作时使用的工具和软件。 每个人都需要收集信息，为使用的工具感到舒适。 保持开放的头脑。 事情并不总是按计划进行，限制总是在角落里等待。 请使用你拥有的东西，准备好好利用。 准备妥协的——并不是消极的意思。 在产品开发中，所有团队成员都有可能在对话中展示出有效的观点，因此坚持己见对产品没有任何好处。 如果发生分歧，请确保您在为用户辩护，并且不会忽略他们的体验。 在涉及工作与合作的过程中，——试错是必经之路。 尝试与实验不同的方法和框架，直到找到最适合你和团队的东西。 不能一个人战斗。 ——需要有人帮助。
二、工程师们想看什么？有意义的可交付物
如果涉及交付件及其演示，建议事先考虑参与者。 请想想谁将使用您创建的交付件，以及哪些内容对他们来说很重要。 设计师的一个常见问题是在多功能团队之间花大量时间和精力完成没有人使用的交付件。 问自己“为什么”，你得到的最直接的答案是——，因为它没用。 那么，它怎么会有用呢？后退一步，想想设计交接会议是怎么举行的。 通常，设计师会展示设计/原型的最终版本，并说明整体的愿景、功能和设计选择。 然后，轮到开发团队提出明确的问题，可能会出现一组不确定因素，包括：
这个后退按钮要跳哪里？ 如果用户没有管理员权限会怎么样？ 他们能看到这个选项吗？ 如果将来引入更多的菜单选项会怎么样呢？ 在UI中如何兼容？ 现在，我们发现有用的设计交付件的关键是涵盖整个用户/客户体验。 但是，如何让设计涵盖一切呢？ 老实说，也许只要明确主流程，而不是涵盖所有用例，特别是边缘使用。
开发团队是分析型结构。 他们依赖信息和事实，对他们来说拥有不需要说明的成果是很重要的。 为了明确理解设计成果背后的设计理念和基本原理，必须要击中具体和核心。
1. 端到端用户故事
首先需要明确的是端到端的用户故事或设计计划。 端到端用户故事的范围比Jira的发展故事更广，后者通常针对大流程的特定功能和小任务。 通过为特定用户角色遵循的用例、边缘情况和分级场景提供线索，提供用户体验的整体视图。 这意味着UX包含在早期的产品概念定义阶段，保证了作品中的功能/产品能够实现用户的目标。 >2. 快乐和不快乐的道路
工程师们正在寻找的另一件事是快乐和不快乐的道路。作为需求收集和 IA 阶段的一部分，在项目开始时就规划可交付物是有好处的。快乐路径可以用作检查表，以查看设计中是否涵盖了所有用例。而不快乐路径通过提供错误状态和替代或恢复行程，来帮助开发产品的错误处理策略。
不用担心，这并不意味着您需要映射设计中的每一个错误状态，只需确保精确定位影响用户任务完成的关键路径即可。
3. 资产和组件
设计交接的另一个重要部分是资产和组件规范。现在，可以通过像 Figma 这样的端到端设计平台来轻松管理。
允许您使用同一工具进行资产交付、线框图和原型设计。组件和资产易于管理，工程师可以直接从设计文件/库中下载。
不要忘记列出组件度量、填充、大小、状态和使用规则，以便开发团队能够明确说明如何开发它们。FigmaTokens 是一个有用的插件，它可以显示边框半径、颜色、间距单位等，并且可以动态更新您的设计。
4. 原型和动画
最后但并非最不重要的是，不要忘记原型和动画（如果有的话）。
在模拟功能或产品开发后的行为时，原型非常有用。这也是测试您的假设和设计假设的好方法。一个好的方法是通过为每个功能制作动态流程，使原型基于功能。您还可以提供有关用户及其角色、假设和场景的一些上下文。这样，您将确保涵盖所有用户用例，并且您已经提前回答了工程师的大部分问题。
5. 技巧
尽量不留任何解释——为使用您设计交付物的受众提供足够多的上下文和明确的指导。可以向您的团队询问有关可交付物的反馈，并找出哪些最有用，集中精力提供这些。了解您的产品。作为产品设计师，您有时需要身兼数职并兼顾各种责任。您拥有的跨职能部门的背景越多，您就可以做出更好、lgdmj的决策。出具需要提供给团队的设计交付品清单，同时制作一些模板，这样，您就可以重复使用并保持一致。明确区分已准备好开发的设计和正在进行的工作。在您使用的设计工具中放置一些状态和信息丰富的缩略图就可以。三、总结
设计交接不仅仅是敏捷工作流程中的一次性仪式，这是一个协作的过程。设计和开发之间应建立良好的沟通方式，以减少误解和错误。尽管两个团队不同，但他们有共同的目标——那就是有一个有效且有意义的产品。产品目标是通过所有垂直团队的协作努力来实现的。请记住，工作团队就是工作产品。
为实现这一目标，工程师应参与设计流程，设计师应跟进其设计的开发实现，并协助工程团队为开发过程中可能出现的问题创建有意义的解决方案。
原文链接：https://medium.com/vmwaredesign/prepare-for-hand-off-how-to-nail-that-development-support-4317a69e0010
本文由 @HitomiBot 翻译发布于人人都是产品经理，未经作者许可，禁止转载。
题图来自 Unsplash，基于CC0协议。