是否保留已填信息？是否允许更换时段？在需求说明里写清处理规则。
设计协作，不只是把文件发给别人。让每个人找到同一份方案，理解同一套规则，接着完成自己的工作。
01 / 找得到
资料不再散落各处
原型、文档与设计稿集中组织，打开项目就知道要从哪里看。
02 / 讲得清
评审围绕具体页面
演示原型、对照说明，讨论操作、状态和业务规则。
03 / 接得住
交付带上实现所需信息
从尺寸样式到切图资源，让设计的细节有地方查。
01 / 把方案组织好
文档讲规则，原型讲体验。
放在一起，方案才完整。
PRD 解释“为什么做、按什么规则做”，原型呈现“用户会看到什么、下一步怎么走”。墨刀协作将这些内容聚合到同一文件，用不同栏目组织，评审时可以切换查阅。
- 梳理需求，再展开页面用思维导图拆出模块与问题，用流程图说明先后关系，再对照原型检查是否遗漏关键步骤。
- 给材料一个明确的位置把需求背景、业务规则、原型和设计稿分开组织。补充外部文档时，沿用清楚的名称，团队不必重新翻找聊天记录。
- 保留熟悉的创作方式继续使用墨刀原型制作交互页面；已有设计文件可按支持的格式上传或通过插件接入，协作从现有成果开始。
02 / 让评审落到具体问题
少问一句“你说的是哪版”，
多确认一个关键细节。
共享同一份协作文件，演示原型操作，同时查阅产品说明。先确认用户能不能完成任务，再讨论文案、样式与细节；评审后的修改回到对应材料里。
同一个问题，三个角色对齐
用户填完信息，
时段却被约满了。
展示“已约满”提示、可选的新时段和返回路径，让原型能演示完整过程。
据此确认接口返回、页面状态和测试条件，避免只交一张“预约成功”界面。
把下一次方案评审，放在同一份文件里。
打开工作区，组织评审
03 / 从设计走向实现
交付设计稿，
也交付看得懂的细节。
研发不必靠截图猜尺寸、靠反复询问找资源。进入支持标注的设计内容，查看元素属性、获取切图与样式参考，再结合原型理解操作过程。
尺寸和样式有据可查
查看宽高、间距、颜色等信息，对照团队组件与实现规范。
资源交付更明确
按实际用途获取图片、图标等切图，约定名称、格式和使用位置。
代码参考接上工程
查看 CSS、iOS、Android 等样式参考，具体业务逻辑和接口由研发在项目中实现。
不同角色，一份共同的方案
各自专业，各有入口。
协作不用反复解释上下文。
产品讲清需求，设计表达体验，研发获取实现细节，测试对照完整路径。每次交接都能回到项目里的具体内容。
产品经理
集中 PRD、需求结构和交互原型，评审时对照页面讲清规则。
交接重点：范围、规则与异常设计师
上传设计成果，整理不同阶段的设计稿，把页面状态和素材说明交清楚。
交接重点：界面、状态与资源研发
对照原型和设计稿，读取标注、获取切图，确认实现前仍有疑问的细节。
交接重点：参数、行为与实现测试
结合需求、原型和流程梳理测试范围，覆盖正常操作与异常后的下一步。
交接重点：条件、步骤与结果
从一个正在推进的项目开始
把材料放进来，
让下一次协作有个共同起点。
不必先整理全公司的历史文件。选一份正在评审的方案，先把这次需要的材料和参与者组织好。
- 01
打开协作文件
登录墨刀，进入工作区，新建或打开项目的协作文件。
- 02
整理需要的材料
按需求、原型、流程和设计稿组织栏目，补上当前要评审的内容。
- 03
邀请相关成员
使用分享入口，按需要设置访问方式，确认成员能打开对应材料。
- 04
评审后继续交付
把结论写回说明，补齐页面状态，再确认设计稿、资源和交付版本。
给团队一份有信息量的交接说明
复制后，填入你的项目内容。
让接手的人先知道看什么、改了什么、还有什么需要确认。
项目与本次范围： 本次确认的版本： 需查看的材料：PRD / 原型 / 设计稿 / 流程 关键操作与异常处理： 相较上次的修改： 待确认问题、负责人及时间： 交付资源与后续安排：
使用前的几个具体问题
设计协作工具
常见问题
从团队适配，到接入现有成果与实际交付。
墨刀协作适合什么样的团队？
适合需要共同查看需求、原型、流程与设计稿，并在产品评审后交接给研发和测试的团队。尤其是材料分散、经常需要解释页面状态或确认交付版本时，可以从一份实际项目开始组织。
和只分享设计稿或网盘链接有什么区别？
网盘主要解决文件存放与传递；墨刀协作把 PRD、原型、流程和设计内容放进同一协作文件，方便按栏目查阅，并在支持的设计内容中查看标注、切图和样式参考。团队讨论时能够从页面回到规则与流程。
已经在其他工具中制作设计稿，还能使用吗？
可以从已有成果开始。墨刀协作提供设计文件上传与插件接入路径，支持 Sketch、Photoshop、Adobe XD 等设计成果的迁入。开始前可用一份代表性文件检查图层、字体、图片和切图是否符合团队需要，再组织正式交付。
产品文档、原型和设计稿会自动同步修改吗？
集中组织不等于所有内容自动同步。业务规则发生变化时，需要更新对应说明、原型和设计稿，并告诉参与者本次修改范围。把这些材料放在同一文件中，可以更方便地对照检查。
