3. Figma中的原型准备
3.1 适用场景
本操作规程适用于以下前置任务场景:
- 设计团队在完成低保真线框图或高保真视觉稿后,需产出可供跨角色评审的可交互原型。
- 原型计划导入 Confluence,作为边界评审的锚定制品。
- 参与方包括产品经理、前端开发、后端开发、测试工程师及业务方,各方均需在统一的结构化原型上执行异步或同步评审。
3.2 前置条件
| 条件项 | 标准 | 确认人 |
|---|---|---|
| Figma 项目文件 | 已完成至少一轮内部设计自审,画布无明显未对齐或缺失图层 | UX 设计师 |
| 页面清单 | 产品经理已签发 v1.0 版本的页面清单(pages_manifest_v1.csv) |
产品经理 |
| 团队访问权限 | 所有评审成员具有 Figma 文件的 Can edit 或 Can view 权限 | 项目管理员 |
| 插件安装 | Figma 团队已启用 Figma Dev Mode 及版本管理辅助插件 | 设计系统管理员 |
3.3 操作步骤
步骤采用强制流水线模式,上一环节的输出为下一环节的输入。全部操作在 Figma 文件内完成。
-
建立页面层级树(耗时约 20 分钟)
- 按照已签发的页面清单在 Figma 左侧 Pages 面板创建结构。
- 使用父子层级表达流程归属:
例:首页 → 登录页 → 忘记密码(子流程) → 注册页 - 每一页面需在 Description 区域标注该页面向导路径(
已登录/未登录)。
-
构建交互连线(耗时约 30 分钟)
- 使用 Figma Prototype 面板,以
On Click为主要触发手势。 - 非模态弹窗使用
Overlay,页面跳转使用Navigate to并设置 Smart Animate 补间。 - 每条连线在 Interaction Details 中写入预期触发条件(如:
填写手机号 > 点击获取验证码 > 倒计时启动)。
- 使用 Figma Prototype 面板,以
-
实施标注规范(耗时约 40 分钟)
- 对每个交互组件(按钮、输入框、切换开关、列表项)添加 Dev Mode 标注:
- 标注必须包含:组件名称、状态(Default / Hover / Pressed / Disabled)、间距、颜色变量名。
- 使用 Redlines 插件标注关键间距与对齐值:
margin: 16px、padding: 12px 16px。
-
激活版本管理(耗时约 10 分钟)
- 在 Figma 编辑历史中确认当前版本为
v1.0-draft。 - 发布 Branch 为
feat/border-review-prep,并将主分支锁定。 - 在 Version History 中为当前检查点添加描述标签:
[评审前准备] 页面结构+交互连线+标注 完成。
- 在 Figma 编辑历史中确认当前版本为
-
自检 & 导出边界清单(耗时约 15 分钟)
- 运行 Figma 内置 Prototype Checker 插件,确认无悬浮连线或死页面。
- 导出页面清单 CSV 与交互矩阵供 Confluence 引用。
效率提示:若原型包含 30+ 页面,建议将步骤②与③并行执行,但需确保连线完成后立即标注,避免遗漏交互状态。
3.4 输入输出物
| 类型 | 名称 | 格式 | 用途 |
|---|---|---|---|
| 输入 | 页面清单 pages_manifest_v1.csv |
CSV | 定义页面名称、层级、归属流程 |
| 输入 | Figma 设计稿(UI 源文件) | .fig | 用于切割与连线 |
| 输出 | 已结构化的 Figma 原型文件 | .fig | 评审原型直接来源 |
| 输出 | 交互矩阵 interaction_matrix_v1.md |
Markdown | 记录每一个触发/响应关系 |
| 输出 | 版本分支 feat/border-review-prep |
Figma Branch | 隔离评审准备期的修改 |
3.5 责任边界
| 角色 | 责任内容 | 不包含 |
|---|---|---|
| UX 设计师 | 执行页面结构创建、交互连线、标注语句添加 | 业务逻辑核对、交互规范迭代 |
| 产品经理 | 确认页面清单准确性、提供触发条件文本 | Figma 操作、标注技术细节 |
| 开发代表(前端) | 参与标注规范(Dev Mode)的验收,确保标注对开发可解读 | 设计审美干预 |
| 测试工程师 | 在交互矩阵完成后进行可遍历性检查 | 页面结构重排决策 |
边界定义:本章不涉及#4 边界评审的操作流程,也不包含 Confluence 端的植入操作。Figma 内部的文件组织与标注质量由设计师全权负责,产品经理仅提供业务验证。
3.6 记录材料
以下材料需在步骤执行过程中实时更新,并存放至项目共享文件夹:
- 页面结构审查表(
page_structure_review.xlsx):记录每页的创建状态、父子关系、描述文本。 - 交互连线走查表(
interaction_walkthrough.xlsx):包含连线 ID、触发元素、目标页面、手势类型、结果状态。 - 版本标签截图:在 Branch/Version History 创建时截屏留存,作为时间戳证据。
- 自检报告(
prototype_self_check.pdf):由 Prototype Checker 插件输出的无异常声明。
3.7 异常处理
| 异常场景 | 处理方案 | 责任方 |
|---|---|---|
| 页面清单与 Figma 页面数不匹配 | 立即启动 +1 会议,产品与设计对照 CSV 逐行核对,20 分钟内修复 | 产品经理、UX 设计师 |
| 交互连线出现循环或死循环 | 使用 Prototype Checker 标示出循环路径,设计师重绘冲突连线 | UX 设计师 |
| 标注缺少变量名(Dev Mode) | 启用 Figma Variables 面板状态同步,批量补入标注 | UX 设计师 |
| Figma 分支合并冲突 | 合并前运行自动冲突解决工具(figma-merge 插件),手动处理余留项 |
设计系统管理员 |
3.8 验收标准
- 所有评审成员可在 Figma 中通过 Present 模式完整遍历全流程,无死页、无循环、无非预期弹窗。
- 每个交互节点在 Dev Mode 中可查看完整的标注卡:组件名称、状态、间距、颜色变量。
- 版本管理处于
feat/border-review-prep分支,主分支保持锁定,历史标签描述清晰。 - 页面结构树与产品经理签发的页面清单完全一致,偏差 = 0。
- 自检报告 输出
All checks passed状态,零警告零错误。