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 文件内完成。

  1. 建立页面层级树(耗时约 20 分钟)
    • 按照已签发的页面清单在 Figma 左侧 Pages 面板创建结构。
    • 使用父子层级表达流程归属:
      例:首页 → 登录页 → 忘记密码(子流程) → 注册页
    • 每一页面需在 Description 区域标注该页面向导路径(已登录/未登录)。
  2. 构建交互连线(耗时约 30 分钟)
    • 使用 Figma Prototype 面板,以 On Click 为主要触发手势。
    • 非模态弹窗使用 Overlay,页面跳转使用 Navigate to 并设置 Smart Animate 补间。
    • 每条连线在 Interaction Details 中写入预期触发条件(如:填写手机号 > 点击获取验证码 > 倒计时启动)。
  3. 实施标注规范(耗时约 40 分钟)
    • 对每个交互组件(按钮、输入框、切换开关、列表项)添加 Dev Mode 标注:
    • 标注必须包含:组件名称、状态(Default / Hover / Pressed / Disabled)、间距、颜色变量名。
    • 使用 Redlines 插件标注关键间距与对齐值:margin: 16px、padding: 12px 16px。
  4. 激活版本管理(耗时约 10 分钟)
    • 在 Figma 编辑历史中确认当前版本为 v1.0-draft。
    • 发布 Branch 为 feat/border-review-prep,并将主分支锁定。
    • 在 Version History 中为当前检查点添加描述标签:[评审前准备] 页面结构+交互连线+标注 完成。
  5. 自检 & 导出边界清单(耗时约 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 状态,零警告零错误。

—— 本章核心流程:Figma 原型准备 SOP ——

Figma 原型准备 SOP 流程 1. 页面结构 层级树建立 2. 交互连线 触发 → 响应 3. 标注规范 Dev Mode + 红线 4. 版本管理 Branch + 标签 页面结构树 + Description 交互矩阵 + 触发条件 Dev Mode 标注 + Redlines Branch feat/border-review-prep 自检报告 Prototype Checker 通过 可评审原型 交付 Confluence 引用 输入:pages_manifest_v1.csv 输出:interaction_matrix_v1.md 约束:主分支锁定