2. Figma基础操作速览：画布、图层、组件、自动布局、原型连线基础

2.1 用户场景

产品经理在需求评审、版本规划或需求宣讲前，需要将 PRD 中的文字需求快速转化为结构化的可视化需求树。常见的典型场景包括：

• 新项目启动：在 Figma 中从零搭建需求全景图，划分模块边界。
• 需求变更响应：快速增删改需求节点，并同步更新关联需求的状态。
• 跨角色对齐：将需求树分享给设计、开发、测试团队，作为统一沟通视图。

2.2 业务问题

缺乏标准化的 Figma 基础操作规范，导致需求可视化过程出现以下业务问题：

• 结构化缺失：需求卡片随意摆放，无法体现父子层级与优先级。
• 协作混乱：多人编辑时图层命名混乱，查找和修改需求耗时。
• 维护成本高：需求变更后手动调整所有卡片位置，重复劳动多。
• 沟通偏差：需求之间的依赖关系无法直观表达，评审时遗漏关键链路。

2.3 用户访谈

项目组对 5 位不同经验的产品经理进行了结构化访谈，归纳出以下核心痛点与期望能力：

2.4 需求拆解

综合用户访谈结果，将 Figma 基础操作拆解为 5 个核心模块，每个模块对应需求管理中的特定活动：

2.5 方案表达：Figma需求树绘制

基于上述拆解，使用 Figma 的 5 项基础操作绘制需求树的标准流程如下：

1. 创建画布：按需求模块（如“用户端”、“管理端”、“公共能力”）建立独立画布区域，设置统一网格背景。
2. 组织图层：为每条需求建立独立图层组，按“模块 > 功能 > 子功能”三级层级命名，并赋予语义化图层标签。
3. 封装组件：将需求卡片（包含 ID、名称、优先级、状态字段）创建为 Figma 组件，后续通过实例复用。
4. 应用自动布局：为需求卡片容器添加自动布局属性，实现增删需求时卡片自动重排，无需手动调整。
5. 原型连线：使用 Figma 原型模式，在存在依赖关系的需求卡片之间绘制连线，并标注依赖类型（阻塞/关联/可选）。

下图展示了 5 项操作与需求树构建之间的整体关系：

2.6 指标验证

通过以下量化指标验证基础操作对需求管理效率的实际提升：

2.7 验收标准

本章涉及的 Figma 基础操作须满足以下验收标准，方可视为掌握：

• 画布管理：能够为 30+ 条需求建立至少 3 个独立画布区域，并配置 8px 网格。
• 图层组织：所有需求卡片所在图层组命名遵循“模块_功能_子功能”规范，无默认命名图层。
• 组件复用：需求卡片主组件创建完成，且至少存在 3 个实例副本，实例与主组件保持同步。
• 自动布局：卡片容器开启自动布局后，增删需求时相邻卡片自动重排，无重叠或错位。
• 原型连线：在原型模式下，所有标注的依赖关系连线端点正确，交互跳转无断裂。

2.8 交付物模板

完成本章学习后，输出的标准化交付物应包含以下结构：

• Figma 源文件：包含至少 3 个画布区域（需求全景 / 模块详情 / 依赖关系），图层按规范命名。
• 需求卡片组件库：封装好的主组件文件，包含 ID、名称、优先级、状态等字段占位符。
• 自动布局容器：每组需求卡片外层容器已配置自动布局示例，支持纵向和横向两种排列模式。
• 原型连线标注图：导出为 PDF 的依赖关系示意图，用于评审会议展示。