蓝湖产品经理：产品设计协作的前世今生

设计协作的发展历程

回顾生产方式的发展历史，我们可以窥探到团队协作的变化。青铜器时代是以人力为主的作坊式手工生产。到 18 世纪 60 年代的第一次工业革命，机器生产逐渐代替人力生产。再到一战后，美国人福特（Henry Ford）和通用汽车的斯隆（Alfred Solon），将欧洲人创造的技艺性生产方式改为流水线、大批量生产方式，使制造业发生革命性变化。

从发展历程看出，不同时代基于生产目标，会发展出相应的生产工具和协作方式来解决团队的生产效率和质量问题。

着眼当下，现代互联网科技高速发展，软件生产团队随之快速扩大。根据艾瑞网2021年《中国协同办公市场研究报告》显示，2020 年中国的协同市场增速达到 43.5%。市场上出现了数以万计的协同产品希望解决团队中的协作效率、项目管理等问题。

在产研协作流程中，和设计师关系更加密切的设计协作发展如何？

在这篇文章中，通过观察设计工具的变化，我分别从生产创作、设计评审、资源管理三个维度来分析其发展历程。

第一阶段：通用单体工具 —— Photoshop / Adobe Illustrator

这个阶段互联网刚刚起步，出现了用于完成精细化图像设计的工具。在 1990 年 2 月，Photoshop 的 1.0 版本正式发布。Photoshop 是一款位图编辑软件，主要处理以像素所构成的数字图像。因其丰富强大的图像编辑绘制功能，当时被广泛应用于各行各业，如早期 PC 端网页的 UI 设计、门户网站运营图设计、广告海报设计、照片后期处理等。

而 Photoshop 的兄弟产品 Adobe Illustrator 则是一款矢量图形设计软件。相比于 Photoshop，它不依赖于图像的分辨率，无论显示器大小如何，矢量图都不会降低质量，非常适合创建基本的图形，如 Logo 的设计、字体设计等。

当 Photoshop 和 Adobe Illustrator 被广泛的应用时也暴露出明显的体验问题。如，设计师交付时需要手动标注和切图。线下设计评审的方式，需要预定会议室、协调参会人时间，效率极低。还有一种常见评审场景，几位同学围着一位设计师的电脑屏幕发表意见。这样虽然信息传递很直接，但也严重影响了设计师的工作体验。

随着团队和项目的发展，设计产出物越来越多，团队需要将其沉淀消费。而在 Adobe 时代，创作工具和存储工具的相互独立，且多次更新需要多次上传。割裂的工具使团队资源不便管理且难以再利用。

第一阶段的创作、评审、管理资源的效率提升空间很大，随着互联网的发展上述问题影响范围也随之扩大。

第二阶段：细分垂直领域的设计工具 —— Sketch，Zeplin

2010 年后大而全的工具已经无法满足设计生产需求，针对 UI 领域垂直化工具开始替代传统设计工具，出现了细分垂直领域的设计工具 Sketch，Zeplin。

首先在生产创作方面，Sketch 相比 Photoshop 体量更小、占用内存更少、响应速度更快，这些特点让设计师们逐渐从 Photoshop 切换到 Sketch。将 Sketch 创作的设计稿上传到 Zeplin，可以省去手动标注切图的工作，这对设计师生产力的释放无疑是巨大的。不过，Zeplin 本地安装的方式以及操作流畅度等问题，依然阻碍团队协作效率的提升。

第三阶段：多人在线实时协作工具 —— Figma，MasterGo

到第三阶段，互联网企业规模继续扩大，去中心化的组织结构要求工具不再受平台和系统限制，以 Figma、MasterGo 为标杆的在线多人实时协作工具应运而生。（下文以 MasterGo 为代表进行阐述。）

MasterGo 通过将工具云端化，把刚刚我们谈到的生产创作、评审、资源管理融合。对于设计师而言，在线创作后只需要生成一个分享链接，团队成员即可获取到最新设计稿，节省之前反复修改上传操作；不再需要手动标注切图，这些功能对于设计生产力释放无疑是巨大的。

同时，MasterGo 相比 Sketch 更轻量、响应更快，这也是其获得更多设计师亲睐的原因。对于团队，设计评审不再是一件繁琐耗时的工作，评审人可以根据自己的安排随时在线评审，提出修改意见。

在线的方式，保证了项目信息的互通性，每位成员得到的信息是一致的，最新的，打破了团队成员之间存在的信息壁垒。

第四阶段：产研协同平台 —— 蓝湖

除了生产方式的重大变革，随着团队角色和分工进一步细化，产研协作流程的逐渐规范，仅靠优秀的生产工具已经远远无法满足团队的需求。更需要一款能够产品/设计的生产、协作、任务和资源管理整个产研流程串联的一站式的平台化工具，来提升团队协作的效率。

蓝湖目前集中在设计协作环节提效，未来会以设计协作为原点逐渐向产品/设计创作、实时协作及研发生产的全流程辐射，形成一站式产研协同平台。

国内产研协作的痛点问题

目前国内产研团队的协作模型是怎样的呢？根据调研，大部分团队处于瀑布式开发或敏捷式开发方式。

产品经理写完需求文档分享到团队内部沟通群中，团队成员在 IM 中提出修改意见，或者线下会议评审。产品文档定稿后，设计师根据产品文档输出设计稿，并进行设计评审。之后进入研发阶段，研发完成后进行上线前验收，最后灰度上线。

在这样的产研流程中，存在非常明显的几点问题：

1、项目过程文件割裂，沟通信息流转失真

团队产品文档/设计稿分散在不同平台，像一个个信息孤岛，割裂的形态成为团队成员间信息互通和项目信息流转的天然障碍。比如，研发同学在查看一个项目的产品文档、设计稿、项目进度时，需要分别进入到不同平台，操作成本很高。尤其在评审时，大家在 IM 平台上阶段性的瞬时沟通，你一句我一句，使整个沟通信息难以记录，且信息极易失真。

2、产品文档设计图评审体验差

如今，虽然线上评审的形式已经逐渐被大家接受，但依然有很多团队采用线下评审的方式。线下评审虽然可以直接接受对方的信息甚至情绪，但协调多方人员时间、记录跟踪评审意见，追溯文档修改都影响团队协作效率。

3、低效的手动标注切图

以往低效的手动标注切图的方式，一旦漏标或错标，不仅会消耗大量人力，还会带来反复确认修改的额外工作。