当团队从单人设计变为多人协作，最容易出问题的是评审、标注、资源交付与版本一致性。下面整理一组常用的协作与交付工具/服务，从白板讨论到标注交付、版本管理与反馈收集，帮助把设计到开发的链路跑顺。
Figma
工具地址：
https://www.figma.com/
需看协议：集设计、原型、组件库与开发标注于一体，适合多人实时协作与交付，但功能与授权以官方条款为准。
FigJam
工具地址：
https://www.figma.com/figjam/
需看协议：在线白板做需求梳理、流程图与工作坊，适合在交付前把讨论沉淀成可对齐的共识。
Penpot
工具地址：
https://penpot.app/
免费商用：开源的设计与原型协作工具，可自托管或云端使用，适合需要更强可控性的团队。
Zeplin
工具地址：
https://zeplin.io/
需看协议：偏“设计到开发交付”的中间层，集中管理标注、切图与文档，适合设计交付规范化。
Storybook
工具地址：
https://storybook.js.org/
免费商用：用组件驱动的方式搭建与预览 UI 组件库，帮助设计与前端用同一套组件语言对齐。
Abstract
工具地址：
https://www.abstract.com/
需看协议：面向设计文件的版本控制与评审流程工具，适合把“谁改了什么”与“为什么改”记录清楚。
Notion
工具地址：
https://www.notion.so/
需看协议：用页面+数据库沉淀规范、组件说明与交付清单，适合做“交付文档的唯一入口”。
Confluence
工具地址：
https://www.atlassian.com/software/confluence
需看协议：更偏企业知识库与流程沉淀，适合与 Jira 等工具联动，把需求与评审记录串起来。
Miro
工具地址：
https://miro.com/
需看协议：大型协作白板，做用户旅程、信息架构与共创会很高效，适合跨团队协作场景。
Marker.io
工具地址：
https://marker.io/
需看协议：把网页截图、浏览器信息与问题描述一并提交到任务系统，减少“复现成本”。
Loom
工具地址：
https://www.loom.com/
需看协议：用短视频讲清楚交互与边界条件，比长文字更容易在评审与交付阶段快速对齐。
Checklist Design
工具地址：
https://www.checklist.design/
需看协议：把可用性与界面检查项清单化，用于交付前自检与评审打分，减少返工。
