Figma Desktop

Figma Desktop 是 Windows 和 macOS 上的界面设计与原型工作台。第一次使用可以先做一个“两画板、一次点击跳转”的小原型：它能同时检验文件编辑权限、字体与预览是否正常，再把自动布局、组件库和开发交付接进工作流。桌面客户端仍使用云端文件与团队权限，不是安装后就拥有完整离线副本。

先判断桌面客户端的边界

从 页面下载区的官方入口 可选择 Windows、Windows Arm 与 macOS 客户端。登录、团队文件和多人协作仍依赖账号与网络，不能把安装客户端理解成完整离线副本。需要快速查看或临时评论时浏览器更轻；长时间设计、字体管理和多窗口并行时桌面端更顺手。

下载页分列 Windows、Windows Arm 和 macOS。Windows on ARM 设备应选择 Arm 客户端；Figma 桌面版已包含字体安装组件，通常无需再装给浏览器使用的 Font Installer。首次练习先使用团队已有且获授权的字体，避免把缺字体误判成原型功能故障。官网没有统一展示桌面版本号；本页更新日期依据 Windows 安装器分发时间，不代表 macOS 同日发布。

做一个能点通的两画板原型

1. 安装客户端并登录自己的 Figma 账号，在有编辑权限的位置创建一个 Figma Design 文件。只有查看权限的共享文件，需先取得编辑权限或在允许的情况下复制到自己的空间。
2. 在同一 Page 建立两个顶层 Frame，分别命名“首页”和“详情”；首页放一个写着“查看详情”的按钮图层，详情放标题与一段文字。先选简单形状和文字即可，不必先建团队组件库。
3. 选中首页里的按钮，在右侧切换 Prototype，将连接点拖到“详情”Frame；在交互设置中确认触发为 On click、动作为 Navigate to，目标为“详情”。
4. 把“首页”作为流程起点，使用流程的 Preview 或 Present 进入原型预览，再点击按钮。预期结果是进入“详情”，而不是仅在编辑画布中选中图层。
5. 回到编辑器修改详情文字，重新预览同一流程确认更新。分享时按实际对象选择查看权限，检查文件与原型链接的访问范围，再交给协作者。

预览不跳转时，依次检查是否真的进入预览、按钮是否连接到顶层 Frame、触发器和目标是否正确、流程起点是否选错。无法编辑交互先看文件权限；字体缺失先换成已安装且有授权的字体完成样本，不要一开始就把所有页面批量替换。

文件与页面如何组织

先把团队、项目、文件和页面分层，再决定组件库的发布范围。一个文件适合围绕同一产品或交付物组织页面；探索稿、已批准稿和交付稿应分开命名。页面内用 Section 或清晰的命名规则区分流程、状态和断点，避免把所有尝试堆在同一画布上。

1. 新建文件后先写明产品、平台和状态。
2. 按用户流程或页面类型分组，而不是按个人姓名分组。
3. 确认哪些页面会进入团队库，哪些只保留在项目文件中。
4. 交付前锁定最终页面并记录变更来源。

自动布局解决什么问题

Auto Layout 适合让按钮、列表、卡片和导航在内容变化时保持间距与方向约束。先确定父级的排列方向、间距和内边距，再处理子项的 Hug、Fill 或固定尺寸；不要用大量绝对坐标去模拟本应由布局规则表达的关系。

检查响应式行为

至少测试短文本、长文本、缺图和多语言四种状态。若设计只在一个画板尺寸下成立，开发交付时仍会遇到溢出、换行或按钮被挤压。

组件库与变体怎么交付

把重复出现的控件提炼成组件，再用 Variants 表达状态、尺寸和交互，而不是复制几十份独立图层。发布库前先检查命名、属性、默认值和说明；消费方修改实例时要知道哪些属性可覆盖，哪些结构不应拆开。

原型到 Dev Mode 的交接

Prototype 负责验证路径、触发器和过渡，不等于生产代码。交接前标注入口、空状态、错误状态和响应式规则；在 Dev Mode 中再次确认尺寸、间距、颜色、字体和资源导出。若某个动效依赖实验性能力，应在说明中明确，不要只交一张静态画板。

字体、资产与导出检查

• 字体：桌面端可使用本机字体，但团队成员未必拥有同一文件；交付前列出字体、字重与替代策略。
• 资产：统一命名图片、图标和 SVG，确认使用授权与导出倍率。
• 导出：按屏幕、开发和印刷用途分别选择 PNG、JPG、SVG 或 PDF，不要把预览图当源文件。

多人协作与版本回退

共享链接时先区分查看、评论和编辑权限。多人同时修改时，使用评论和版本历史记录决策；发现误删或批量改错，先暂停继续编辑，再从版本历史复制或恢复到新的文件。Figma 的团队、项目和高级功能会随账号方案变化，不能仅凭客户端是否安装来判断可用权限。