Figma 替代工具的 POC 不要只看演示，而要用一份真实文件跑完迁移、协作、权限、研发交付和故障恢复五类任务，再按通过证据评分。POC 通过后再谈全量采购，能提前发现组件失联、字体缺失、审计不可导出等问题。产品工作流可从在线原型设计入口开始对照。
两周 POC 的范围
选择正在进行、复杂度适中的项目，不用演示文件；成员覆盖产品、设计、研发和 IT/安全角色；样本包含表单、列表、组件状态、原型跳转、批注和一次研发交付。冻结文件、字体、浏览器、网络、插件和导出要求。
| 阶段 | 动作 | 证据 |
|---|---|---|
| 准备 | 导入代表性 Figma/Sketch 文件，登记字体、组件、变量、原型 | 原文件、导入清单、缺失项表 |
| 协作 | 多人编辑、评论、@成员、版本回退、权限切换 | 操作记录、评论、版本截图 |
| 交付 | 研发查看标注、下载资源、核对状态、导出 | 交付页、资源包、差异清单 |
| 恢复 | 断网/账号冻结/误删后恢复或迁移 | 恢复步骤、日志、问题单 |
10 个真实任务
| 任务 | 通过标准 | 不通过时记录 |
|---|---|---|
| 文件导入 | 页面、字体、组件、变量、原型逐项有结果 | 缺失对象与人工修复工时 |
| 大文件打开 | 约定文件大小和打开时间可重复 | 超时、崩溃、降级 |
| 多人协作 | 三类角色同时评论并看到更新 | 延迟、冲突、通知遗漏 |
| 版本历史 | 找到指定版本并复制或恢复 | 权限和回退范围 |
| 组件库 | 发布、更新、旧实例兼容可追踪 | 关联断开、覆盖范围 |
| 原型交互 | 主流程、滚动、条件分支可复现 | 交互差异 |
| 研发交付 | 标注、资源、变量/代码信息可复核 | 手工补充项 |
| 权限审计 | 外链、访客、下载、导出按规则生效 | 越权、日志缺口 |
| 规范检查 | 颜色、字号、间距或组件规则有记录 | 误报、漏报、整改工时 |
| 故障恢复 | 备份、恢复、迁移或降级可重复 | 恢复时间、丢失范围 |
评分与阻断项
每项按 0/1/2 计分：0 为无法完成，1 为需人工补救或供应商介入，2 为团队可按文档独立完成。权限越权、关键文件无法迁移、无可接受备份恢复、核心浏览器无法运行，任一出现都不能因总分高而通过。
POC 要在目标工具中逐项检查字体、组件、变量、原型和导出结果。保留原始文件及一份在 Figma 中可正常打开的副本，便于逐项比对；Figma 自身支持的导入格式和操作见官方导入说明。替代工具的兼容范围仍以该工具的测试结果为准。
把 Figma 公开边界写进风险记录
Data Residency 是云端托管区域选择，不等于客户自建服务器；评论、插件、文件名、字体、缩略图、Dev Mode/Code Connect 检查面板中的代码及 AI 聊天不在其本地化范围内；AI 生成的文件内容则按对象类型和组织存储配置处理，见数据驻留说明。中文界面、中文输入和中文字体也要拆开测试，分别参考语言偏好与CJK 文本。
断网时无法接收协作者更新、使用多人协作功能、查看或创建版本历史，也不能搜索团队库组件或从库中插入实例，见离线说明。
把 POC 写成可执行的测试脚本
开始前给每个任务编号，记录文件版本、账号角色、浏览器、网络、开始时间和结束时间。导入任务先保存原文件与导入后文件，协作任务由不同成员分别操作，权限任务用测试账号模拟外部访客和离职停用，恢复任务在预先约定的备份点执行。
| 记录字段 | 示例 | 为什么要记录 |
|---|---|---|
| 环境 | 浏览器版本、代理、CPU/内存、文件大小 | 避免把环境差异误判为产品差异 |
| 动作 | 导入、发布组件、评论、回退、导出 | 让供应商能复现问题 |
| 结果 | 通过、人工补救、失败、待确认 | 区分可接受成本与阻断项 |
| 证据 | 截图、录像、日志、导出文件、工时 | 支持采购评审和后续验收 |
对性能不要只记“感觉快”。可设置打开文件、切换页面、多人评论和导出四个固定动作，在相同环境下重复计时，并保存每次耗时和失败次数。需要计算 P50/P95 时，应同时记录采样次数和计算口径；通过阈值由团队按现有流程的可接受等待时间预先约定。
两周 POC 日历
POC 需要锁定人员、文件和环境，否则每次失败都可能被解释成网络或操作差异。下面按 14 个日历日安排试点，可根据团队的工作日和任务规模调整；同一轮测试应保持浏览器、网络、账号角色和文件版本不变。
| 时间 | 动作 | 当天产物 |
|---|---|---|
| Day 1 | 冻结样本、字体、浏览器、网络、账号和权限 | 环境表、原文件清单、任务编号 |
| Day 2–3 | 导入页面、组件、变量、字体并标记差异 | 导入后文件、差异表、人工工时 |
| Day 4–5 | 重建组件状态和主流程原型 | 组件关联记录、原型演示 |
| Day 6–8 | 多人评论、版本复制/恢复、权限切换与审计 | 操作日志、版本证据、越权结果 |
| Day 9–10 | 研发查看标注、下载资源和导出交付 | 资源包、交付页、缺陷单 |
| Day 11 | 断网、账号冻结、误删和备份恢复 | 恢复时间、丢失范围、日志 |
| Day 12 | 复测缺陷并完成各角色评分 | 复测结果、评分表、未关闭问题 |
| Day 13–14 | 评审通过条件、整改责任和采购影响 | POC 结论和后续计划 |
每天结束时提交一页记录：完成任务、未完成任务、缺陷等级、证据地址和次日负责人。这样即使最终不采购，团队也能知道问题发生在哪个环节，避免把“试用感觉”当作正式结论。
样本文件矩阵
样本不要只放一个干净的演示稿。至少准备一份含表单、列表、弹窗和多状态的页面，一套有变体和变量的组件库，一份使用中英文及 CJK 字体的文件，一条包含滚动、条件分支和返回状态的原型链，以及一个接近团队日常大小的多页面文件。每份样本都保留原始导出，记录页面数、图层数、字体、图片和交互数量。
| 样本 | 要观察的对象 | 结果记录 |
|---|---|---|
| 复杂页面 | 图层、约束、自动布局、响应状态 | 缺失对象、修复时间、可编辑范围 |
| 组件库 | 组件、变体、样式、变量、实例关联 | 发布更新、旧实例、断链情况 |
| 字体与文本 | 中文、英文、数字、回退字体 | 字体缺失、换行、导出差异 |
| 原型与交付 | 主流程、滚动、条件分支、标注、资源 | 跳转结果、资源包、人工补齐项 |
| 浏览器与网络 | 团队使用的目标浏览器及内外网边界 | 打开、协作、断网与恢复的网络记录、日志和录屏 |
样本要保留原始文件、导入后文件和最终导出物，文件名带上日期、供应商和任务编号。涉及真实客户数据时先脱敏；涉及离职账号时使用测试账号，避免把生产数据带入 POC。
缺陷如何影响评分与全量采购
问题单至少记录任务编号、环境、重现步骤、预期、实际、证据、严重级别、责任人和截止日期。阻断级包括越权访问、关键文件无法迁移、不可接受的数据丢失、核心浏览器无法运行；严重级包括组件大范围失联、关键原型链断裂、研发交付无法复现；一般级包括可按文档修复的样式偏差和低影响导出问题。严重级是否阻断由项目负责人结合业务上线窗口确认。
| 结论 | 触发条件 | 采购动作 |
|---|---|---|
| 通过 | 阻断项为零，关键任务有证据，遗留一般问题有计划 | 进入商务和分批上线，保留复测日期 |
| 有条件通过 | 无阻断项，存在限定范围的整改或人工补救 | 把责任、版本、期限和未完成范围写入合同 |
| 不通过 | 出现越权、核心迁移失败或无法恢复等阻断项 | 暂停采购，要求复测或执行退出方案 |
POC 结论不是供应商的永久能力证明。将测试文件、版本、环境、分数和未关闭问题一并归档，后续升级或扩大席位时抽样复测；依赖更高版本、专属服务或人工迁移的能力单独标注，不能在全量采购预算中默认为零成本。
评审纪要与后续动作
评审纪要写明“通过”“有条件通过”或“不通过”的结论，以及未关闭问题、责任人、截止日期、复测条件和采购影响。有条件通过的整改未按期完成，应重新评审；不通过则保存样本、证据和退出方案。
