摹客 iDoc “柔性工作流”，让设计随需而动-技术圈

摹客iDoc “柔性工作流”，让设计随需而动（文末有福利）

摹客iDoc推出了全新“柔性工作流”，让协作设计自由流动，随需而动。

更高效、更自由的协作方式，赶快告诉你的团队吧~

“柔性工作流” VS “普通工作流”

普通工作流往往是将很多东西混杂在一起，并施以一种固定的线程去实现某种业务目标。特点是注重体系规范，业务按照固定模式流转。

而柔性工作流，最通俗易懂的说法——是基于固定流程（规则性）与自由流程（灵活性）之间的一种流程。也就是说，主线是固定的，流程有一个固定的步骤，但主线中的某一个或多个节点使用自由流程方式转交，且互不干扰。

相较普通工作流，柔性工作流在其基础上实现了随需而动、业务复用，改善业务流程，提升团队效率。

普通工作流

摹客iDoc的“柔性工作流”是什么？

对于产品团队而言，协作设计至关重要，“标注”和“评论”则是其中非常有价值的功能，前者查看设计稿标注信息，后者反馈问题交流设计。两个功能都是高频使用，且存在联系，如果把它们放置在两个分离的板块，那么查看标注和评论之间就多了一环“切换屏幕”的操作。

摹客iDoc将“标注”和“评论”两个板块进行了融合，形成“设计”板块。在“设计”这条主线上，根据场景又进一步划分为3个节点：“评论>定稿>开发”，这3个模式可自由切换，按需选择，这样，1条设计主线把协作场景简单流程化，3个节点又自由流动地辅助流程，形成摹客iDoc的“柔性工作流”。

现在，只需一个页面文档，就能形成分工明确、各取所需，各司其职的团队协作。摹客iDoc柔性工作流不强制限定使用的先后顺序，可以灵活地适应不同团队的管理方式，让协作更高效，也更自由。

“柔性工作流”能帮助产品团队解决什么实际问题？

产品在从设计到开发的过程中，需求的传达必须要准确，这在很大程度上决定了设计的准确性以及开发的还原度。但现实也许是沟通难、协同难，各部门在众多的文档里，信息传达难免遗漏，每个人的理解又不尽相同，很容易导致灾难性后果：产品和设计要求不符、频繁返工、延迟误事。

在iDoc的“柔性工作流中”，协作难的问题是通过“一条主线多个节点”的工作流解决的：

1. 一条“设计”主线：

设计主线包含了“评论>定稿>开发”这三种模式，只需一个页面文档展示，无需切换，将设计师、产品经理、开发工程师、其他产品相关角色全部容纳到一起，高效沟通交流。

2. 三个关键节点：

“评论>定稿>开发”是基于一个完整步骤的产品流程而设定，但不强制限定使用步骤，或者使用的先后顺序，产品团队可按需灵活运用，适应任何团队的协作和管理方式。不同的节点可最大限度的保证不同属性的产品角色执行以下操作：

评论模式：主要角色是产品经理，可在评论模式中传达需求、提出设计建议；定稿模式：主要角色是设计师，可在定稿模式中，根据产品经理的建议进行修改，并且可以标记评论的解决状态。除此之外，设计师还可以通过手动标注，形成一份轻量级的PRD文档，将设计规范更准确地传达给开发人员；开发模式：主要角色是开发工程师，可在开发模式中，查看智能标注，根据开发需要选取标注信息，同时，还可以在 iDoc 下载多种设备尺寸的切图。这还可以大大节省设计师的工作量以及与开发间的沟通成本。

这样，产品、设计、开发在摹客iDoc柔性工作流中交流协同，可以从实质上解决多文档繁复以及沟通难的问题。

摹客iDoc的“柔性工作流”如何使用？

使用主要是基于三个场景模式：评论模式、定稿模式、开发模式。具体的操作一起看看吧~

1. 评论模式：图钉工具和评论绘制工具

该模式中，主要有两大类工具提供自由评论：

图钉工具：主要用于产品、设计、开发之间的讨论；支持@通知成员。其他评论工具：矩形、圆、直线、箭头；多种方式，随需选择。