FigJam 协作白板：从讨论、画流程到交接结果

什么时候用 FigJam，而不是正式设计稿

当团队还在决定做什么时，用便签、流程图和连接线通常比直接画高保真界面更快。FigJam 适合收集想法、分组讨论和梳理用户流程；正式界面细节、组件和工程交付则要回到设计文件或其他专业工具。

一次 30 分钟的产品讨论怎样组织

1. 事先把问题与目标放在画布左上角。
2. 各自添加想法并按主题分组，不急于评价。
3. 用箭头连接用户的主要操作路径。
4. 会议结束前指定负责人，将决定和待办移到长期文档。

避免画布变成信息垃圾场

所有人的便签堆在一起，不等于已经形成共识。建议区分“讨论中、已决定、待验证”，并保存每次讨论的结论。面向外部合作方分享时，检查是否暴露客户信息和内部链接。

与 Figma、Whimsical 的关系

Figma 更适合精细界面与设计交付；Whimsical 适合结构化流程、线框图与文档组合。三者并非严格互斥，选对交付物比统一工具更重要。

一次 25 分钟的产品讨论可以这样组织

把画布分为“问题、备选方案、待验证、最终决定”四块。前 5 分钟每人独立写便签，接着 8 分钟按问题聚类，再用短时间讨论缩小方案范围；如要投票，先讲清每人票数和决定规则，避免把票数直接当成经过验证的结论。

FigJam 的计时器和投票功能可辅助主持，但会前要确认参与者是否具有相应编辑权限；具体功能是否可用也要以当前团队计划和权限为准。会议最后应把决定、负责人、下一步和截止时间移到团队真正管理任务的系统中，而不是只保留一张白板截图。