买车是大多数人一生中第二大消费。虽然买车的过程令人兴奋，憧憬着它能带给你的自由，但买车的过程往往令人忐忑不安。

流程缺乏透明度，库存难以获取……难道没有人找到解决方案吗？

Motorpoint 确实做到了，我们最近采访了他们的设计总监 Razvan Ghica 和首席工程师 Greg Rivington，了解他们是如何实现这一目标的。他们的团队打造了每月成千上万的 Motorpoint 客户使用的数字产品，帮助他们获得理想的购车体验。 🚗

Zeplin 是他们当今产品开发流程的核心，也是他们如何将产品愿景与整个企业的利益相关者保持一致的核心。

Motorpoint是英国领先的独立汽车零售商，销售近乎全新的汽车和二手车。该公司成立于1998年，如今已成立26年，在英国拥有20家门店。

其成功的核心驱动力是其使命：为客户提供顺畅、便捷的跨渠道购车体验，客户可以通过网站、电话、店内或以上任何适合他们的组合方式购买。

这种方法对客户的独特价值在于专注于提供比其他零售商更多的选择、强大的搜索功能和更优惠的价格。

这一点至关重要，因为买车可能是一个漫长且有时令人紧张的研究过程，而且这是任何人一生中最大的购买之一。

我们与Raz和Greg进行了交谈，进一步了解他们的产品原理和流程。以下是他们的评价：这可能是任何人一生中最大的一笔消费之一。

影响您为用户进行设计和构建方式的一些核心原则是什么？

Raz:

“我们始终致力于体现透明和清晰的理念。特别是对于用户，我们希望提供安心，让购车过程变得轻松便捷。”

尽可能免费——这是我们能够带来的最高价值。

人们在买车时常常感到紧张，我们希望通过打造周到、贴心、支持性的体验，让他们安心无虞。尤其考虑到我们从过去的研究中了解到，人们往往要花长达四个月的时间来做购车决定。

作为设计和开发的领导者，你们如何在一个功能上进行合作——产品团队的协作是什么样的？

Raz:

“我们的团队有三大支柱：产品支柱、设计和工程。我们不断合作，至少在数字层面上，为客户提供我们想要的体验。”

“设计的重点是了解问题、业务挑战以及我们为各类用户努力实现的核心目标。

我们可能需要一个最小可行产品 (MVP)，如果是这样，我们会考虑它会如何影响业务的各个方面。虽然我们正在产品团队内部开发这项功能，但它可能会对我们的销售流程或客户支持流程产生影响——我们必须考虑这些更广泛的影响。

“在我们从各个方面寻找解决方案之后，一切都变得生动起来，并且以一种对 Greg 的工程团队也适用的方式成为可能。

“我们所有的产品和设计想法都必须经过 Greg 和他的团队的筛选，这样他们才能了解我们正在尝试做什么、技术解决方案、我们需要注意的局限性以及我们可以共同创造什么。”

Greg:

我领导着我们的工程师团队，我们不仅参与产品的功能规格，还参与思考设计和产品选择背后的原因。“为了保持一定的透明度，所有工程团队都可以访问 Zeplin 中的设计图以及他们需要的所有信息。”

Zeplin 屏幕上的规范、代码片段和开发人员资源示例

“设计和工程之间总是会来回反复，所以我们会在 Zeplin 的评论中进行讨论。”

说到 Zeplin……您的团队现在使用 Zeplin 进行协作，但之前并非如此。当时发生了什么事情，促使您将 Zeplin 添加到您的工作流程中？

Raz:

“是的，几年前我们与一家外部设计机构合作[...]当时，设计都是完全成型的，并直接发送给工程部门。

“当我第一次加入时，我需要向格雷格和他的团队简要介绍这些设计，以便他们可以去建造它。

“这意味着，在开发周期结束时，我们需要对 UI 进行大量的小调整，如果有更好的交接，这些情况本来是可以避免的。

“我们到了一个阶段，需要将设计、工程和更广泛的业务进行更加整合。

“我们知道，如果不改变工作流程，团队内部就会不断产生大量额外工作。这时，Zeplin 就派上用场了，它帮助我们制定了更稳健、更精简的流程。”

请告诉我们您今天的设计到开发工作流程——谁参与其中以及 Zeplin 扮演什么角色？

Raz:

当我们构建一个功能时，工程团队甚至会在它进入 Zeplin 之前就查看设计。我们会就 Figma 文件进行一些讨论。我们会以这种方式讨论正在进行的工作，直到迭代速度减慢，我们想要将其记录在某个地方。

设计本身就存在未来变更的可能性，但一旦解决方案达成一致，我们三方——设计、开发和产品——就需要做什么达成一致，我们就会将其记录在 Zeplin 中。我们可以为其添加时间戳，并将所有需要构建的实例以单一的可视化形式呈现。这是一种确认“是的，这就是要推进的事情”的方式。

一旦你的设计工作完成，你就可以在 Zeplin 中记录它

“当然，即使我们将设计推送到 Zeplin 之后，在开发周期中几乎总会有一些事情发生，无论是利益相关者的反馈还是需求的变化，无论是什么。

当这种情况发生时，我们三人会再次决定是否需要调整设计，或者提出一个更新的设计版本作为参考。在这种情况下，我们三人之间需要进行同样的协调，创建新的迭代版本，并在 Zeplin 中分享。

“一旦它进入 Zeplin，那就需要 Greg 来描述了，而不是我。”

Greg:

“我经常在 Figma 中查看设计图，然后才真正准备好，这样我就能知道设计图的走向。

我也在查看我们在 [Azure DevOps] 中编写的功能和概要。[它为我提供了] 未来一两个月的路线图视图——至少从功能或概要的角度来看是这样。这让我可以在脑海中思考“即使没有设计，我们该如何实施？”

“我们还将 Zeplin 中的设计与 Microsoft Teams 连接起来，因此每当发布新设计或有需要解决的评论时，我和我的工程团队也会在那里收到通知。

Zeplin 与 Microsoft Teams 集成，可让您的团队自动更新他们关心的设计

“一方面，我会密切关注流程早期的情况，另一方面，我会与我的团队一起了解当前正在进行的工作。

“对于我们的流程来说，重要的是需要查看针对桌面、平板电脑、移动设备等不同断点的不同设计。在 Zeplin 中，我们可以非常轻松地查看不同阶段的设计。

我刚加入 Motorpoint 的时候，我们正进行一个大型项目，流程相当复杂。当时使用 Figma 进行设计意味着我们无法获得像现在这样水平的指导，也意味着在功能方面我们必须做出更多假设。

“添加 Zeplin 之后，我们的设计、功能规格更加透明，我们能够轻松地了解设计的外观并将它们变为现实。”

Zeplin 的一大优势就是速度，我非常喜欢。您能分享一下使用 Zeplin 后您的流程有哪些改进吗？您最关注的是什么？

Greg:

“以前工程团队必须做出很多猜测，但现在我们更加精确，并且在我们的工作流程中使用 Zeplin 进行更多检查。

“从历史上看，我们没有像现在这样完善的内部流程，所以只要产品功能齐全、外观好看，就可以销售出去。

有了 Zeplin，我们现在自然而然地将这些流程融入到我们的工作流程中——工程人员可以随时获得所需的信息。我们可以确保设计和正在构建的内容都经过了多层次的审核。作为一个工程团队，我们的工作效率更高，也更精准地确保构建的内容完全符合设计。

“现在使用 Zeplin，我们就有了完全不同的沟通标准；通过设计更新和与 Teams 的集成，我们的一切都变得更快了。”

Raz:

“现在我们已经开始使用 Zeplin，感觉不再需要担心产品、设计和工程之间的小细节。

我不用再在工作之外费力地思考“我是不是漏掉了什么？”或者“我的设计够清晰吗？”。现在 Zeplin 中有很多检查和对话，我们无需使用设计工具就能一直保持密切合作。

目前您的团队最喜欢 Zeplin 的哪些功能和性能？

Raz:

“对于我们来说，Zeplin 是我们大家就产品、设计和工程达成一致意见的官方平台，这对我们来说意义重大。

“我们大量使用组织功能：现在我们通过每个功能一个部分来组织我们的设计，然后将设计分组到屏幕变体中以包含所有断点，例如桌面、移动设备和平板电脑。

他们的团队在 Zeplin 中创建的示例部分用于组织此功能 V1 的屏幕。

他们如何使用 Zeplin 中的屏幕变体来记录所有断点的示例。

“总的来说，我们在 Zeplin 中组织设计的方式与我们在 Figma 中分组设计的方式完全不同，主要原因是为了让工程师能够快速找到它们。

“在 Zeplin 中，更多的是关于‘我们如何共享设计，以便对工程师来说最有意义？’……而在 Figma 中，更多的是关于‘作为设计师，我们如何布置我们所有的工作？’

“对于 Figma，我们希望对我们正在设计的所有内容有一个整体的了解，因此它对我们来说有着完全不同的用途。”

对于那些正在考虑使用 Zeppelin 的团队，您对采用 Zeppelin 后工作流程有何变化有什么看法？

Raz:

“我看到的最大变化之一与我们发布前的最后一点修改有关。我发现，通常在开发阶段才会提出的请求明显减少了，比如‘哦，你能稍微调整一下吗？’

“Zeppelin 的情况就好多了，狐狸数量已经非常少了，所以我们可以提前发布，比预想的要早。这意义重大。”

“能够以更少的问题发布，更早地发货，并且更有信心，我们不会错过任何重大的事情。”

非常感谢 Raz、Greg 和 Motorpoint 团队抽出时间与我们聊天！

我们很高兴听到您的团队如何利用 Zeplin 克服从设计到开发的工作流程中的严峻挑战，并最终提出一个流程，帮助 Motorpoint 更快地为客户发布更高质量的产品。