简诗 AI Figma 原型计划

它解决什么问题

Figma 原型最容易翻车的几件事，往往不是画得不好看，而是范围失控和前后脱节：

• 过度搭建：把所有能点的都连起来，用户测试只覆盖了其中 20% 的路径，剩下的交互全是浪费的工时。
• 脚本与原型不对齐：任务脚本写着"点击 X 进入下一步"，原型里 X 根本不可点。
• 缺少重置机制：上一位参与者结束时停留在结算页，下一位参与者开局就被污染了。
• 交互含糊：哪些屏幕是静态展示、哪些必须真点，文档里没写清楚，开发实现时只能靠猜，范围自然就膨胀了。

@user_fccf428b/figma-prototype-plan-jianshiai 的思路是把原型规划绑定到研究问题上：先定义你要学什么，再决定建什么。

它如何工作

这个技能要求你先提供五个输入：research question（研究问题）、要原型化的功能或流程、保真度（low 线框 / mid 功能 / high 像素级）、测试方法（moderated 面对面或远程 / unmoderated 无人主持），以及测试任务数量。

之后按固定结构输出六部分：

1. 原型范围：明确 in scope 的流程（带真实交互的具体屏幕）和 out of scope 的静态屏幕，并给出取舍理由——原型应当是验证假设所需的最小集合。
2. 交互规格表：每个交互 N 都要求写出触发方式（Tap/Swipe/Hover/表单提交）、Element（Figma 图层名）、Destination（目标 frame 名）、动画类型、时长（ms）、是否重置。
3. 原型流程图。
4. 测试任务脚本：给参与者读的场景描述，且场景只能给背景、不能指定点击路径；同时列出观察点和成功标准。
5. Figma 搭建指南：起始 frame 名、设备预览、Prototype settings（背景色、显示设备、类型）、共享与参与者之间的重置流程。
6. Build vs Fake 表：逐元素标注是真实构建还是用静态页模拟，例如主 CTA 流程必须 Build，而次要导航可以 Fake。

最后还有一组质量检查清单，覆盖范围限制、交互必须有命名的目标 frame、任务脚本必须基于场景而非"点击 X"、每个任务要有成功标准、参与者之间必须有重置流程。

适用边界与注意点

• 它规划的是 Figma 原型，不替代 Figma 本身的自动布局、Variants 或组件库设计——技能不会替你画图，只负责决策与规格。
• 保真度需要你自己定。同一个交互在 low 保真下可以是纸面点击，在 high 保真下就要考虑真实数据状态和空状态，成本差异很大。
• 交付物是一份结构化计划，团队仍需要按计划在 Figma 里动手搭建；规格写得再细，不执行等于没写。
• 明确列在反模式里的几条值得单独提醒：不要把所有东西都做成原型；不要只画流程不写任务脚本；不要跳过参与者之间的重置；不要在没定义可点元素的情况下开工。