故事板Skill：用 6 帧故事线，把抽象产品概念变成人人看得懂的画面
- 它是什么：一个「组件型」AI 技能，把用户从「遇到问题」到「问题被解决」的旅程，压缩成一条经典叙事弧的 6 帧故事线。
- 它不是 UI 原型：故事板关注的是情绪与价值，而不是界面与交互流程；草图级别即可，不需要精致设计。
- 最典型的用途：向利益相关者推介功能、对齐产品/设计/工程/高管对用户价值的理解、在动工之前验证「问题—解决方案」是否真的打动人。
- 产出很具体：每帧都有叙事文本 + 视觉描述 + 氛围 + 细节，可直接交给设计师手绘，或交给绘图工具出图。
- 门槛很低：只要你能说清「主角是谁、他遇到什么麻烦」，剩下的结构由技能帮你套进 6 帧模板。
该技能叫什么？如何一键安装 AI 技能提升开发效率？
技能中文名：故事板Skill
技能英文名：storyboard
技能ID：11349
技能类型：组件（Component），建议文件名为 storyboard.md，建议放置位置为 /skills/components/。
它解决什么问题
产品团队最常见的沟通断层是：需求文档里写满了功能点，但没有人能感受到用户的痛。利益相关者看完一页页规格说明，仍然会问「所以呢？用户为什么会在意？」故事板Skill 要解决的正是这个问题——它把抽象的产品概念，翻译成一条有主角、有冲突、有转折、有结局的 6 帧故事线，让「价值」变成可以被看见、被讨论、被反馈的东西。
它明确划清了三条边界：不是用户流程图（这是情感叙事，不是流程文档）、不是功能演示（关注用户成果而非产品能力）、也不是营销文案（真实叙事，不是夸张宣传）。
一键安装的思路与步骤
该技能属于「组件型」技能，详情中给出的关键信息是文件名与目录约定，具体安装入口与命令请以官方说明为准。通用流程如下：
- 确认安装前提：你需要一个支持加载外部技能（Skill）的 AI 助手或技能市场环境，并具备把技能文件放入指定技能目录的权限。若使用本地目录方式，确认你的技能根目录下已存在或可创建
skills/components/路径。 - 准备技能文件：按官方说明获取该技能的技能包，确认文件名为
storyboard.md，并将其放置到/skills/components/目录下（以官方说明为准）。 - 通过技能入口启用：在技能市场/技能列表中搜索技能 ID
11349或英文名storyboard进行添加；也可在对话中通过调用入口直接唤起该技能（具体唤起方式以官方说明为准）。 - 补齐依赖技能（可选但推荐）：该技能依赖
skills/proto-persona/SKILL.md（定义主角）、skills/problem-statement/SKILL.md（框定问题）、skills/positioning-statement/SKILL.md（解决方案引入）、skills/jobs-to-be-done/SKILL.md（期望成果）。若这些技能同时可用，故事板质量会明显更高。 - 验证是否生效：向助手描述一个具体人物与困扰（例如「一位 35 岁自由设计师，每月花 8 小时追讨逾期发票」），看输出是否按「帧1 主角 / 帧2 问题出现 / 帧3 糟糕时刻 / 帧4 解决方案出现 / 帧5 顿悟时刻 / 帧6 解决方案后的生活」的结构展开。如果能稳定输出 6 帧结构，说明技能已生效。
为什么「一键安装」能提升效率：讲故事本身不难，难的是每次都记得「先有具体的人，再有具体的痛，再有可信的转折」。安装这个技能等于把一套经过验证的叙事结构固化下来，省掉反复对齐结构、反复返工的时间，把精力留给真正需要创造力的部分——洞察和细节。
该技能的主要功能和特点
- 固定 6 帧叙事弧：帧1 介绍主角及其背景；帧2 问题出现；帧3「糟糕」时刻升级紧迫感；帧4 解决方案出现；帧5「顿悟」时刻展示突破；帧6 解决方案后的生活。结构固定，任何人拿到都能读懂。
- 先收集背景，再动笔：技能强制要求先明确人物角色、问题理解、解决方案定义、期望成果四项背景。缺少背景时不编造，而是先做发现工作——这条约束能有效避免「凭空捏造用户」。
- 7 个引导问题：通过主角是谁、面临什么问题、糟糕时刻是什么、解决方案如何被介绍、顿悟时刻如何发生、之后的生活如何、有无特定视觉风格（默认为粗马克笔草图、简约、单色）这 7 个问题，一步步把模糊想法问清楚。
- 每帧自带视觉指令：除了叙事文本，还会给出视觉描述、氛围、细节（如「时钟显示晚上 10 点」「日历显示即将到期的租金」），可直接交给 DALL·E、MidJourney 或手绘。
- 自带质检清单：用 6 个问题自检——主角是否可关联、问题是否切身、「糟糕」时刻是否真实、方案引入是否自然、「顿悟」是否可信、之后状态是否令人向往。任一为「否」即需修订。
- 内置常见陷阱库：通用人物角色、弱问题、强迫式方案引入、以功能为中心的顿悟时刻、模糊的之后状态，五类陷阱都给了「症状—后果—修复」三段式对照。这是它比「直接让 AI 写个故事」强得多的地方：它不仅生成，还知道哪里容易写坏。
如何使用该技能？
步骤 1：收集背景 先自问四件事：主角是谁？他面临什么挑战？什么产品/功能能帮到他？对他而言成功长什么样？如果答不上来，先做需求发现，不要硬编。
步骤 2：回答 7 个故事板问题 逐一回答技能给出的 7 个问题。示例：主角是「莎拉，35 岁，自由职业平面设计师，在家办公，同时处理 10 个客户项目」。
步骤 3：生成 6 帧故事线 技能会输出结构化文本，每帧一句话到两句话。参考示例：
- 帧1 介绍主角：莎拉，35 岁，自由职业设计师，同时处理 10 个客户项目。
- 帧2 问题出现：她淹没在发票跟踪里，每月花 8 小时通过电子表格和邮件追讨逾期付款。
- 帧3「糟糕」时刻：一位主要客户的付款逾期两周，她因为专注设计而忘记跟进，客户现在保持沉默，她对现金流感到焦虑。
- 帧4 解决方案出现：她发现了 SmartInvoice，一个在最佳时间自动发送付款提醒的工具；她怀疑会不会显得咄咄逼人，但决定试试。
- 帧5「顿悟」时刻：两天后通知弹出「客户 XYZ 刚刚付款！」，AI 定时提醒奏效，无需尴尬的跟进电话。
- 帧6 解决方案后的生活：每月开票时间从 8 小时降到 30 分钟，晚上重新属于家人，现金流可预测。
步骤 4：为每帧补充视觉 每帧写清视觉画面、氛围、关键细节。如帧6：莎拉在后院与孩子玩耍，笔记本电脑合上放在露台桌上，时钟显示傍晚 6 点（不再是晚上 10 点）。
步骤 5：跑一遍质检清单 逐条核对 6 个自检问题。若「方案引入是否自然」为否，就把「用户神奇地发现我们的产品」改成「莎拉在设计论坛看到推荐」或「同事提到它」。
提示：如果只想先看个大概，可以让技能先输出迷你版（每帧一行），确认故事骨架成立后再展开细节，效率更高。
同类型竞品对比分析
| 方案名称 | 定位 | 核心功能 | 安装/使用门槛 | 适用场景 | 优势与不足 |
|---|---|---|---|---|---|
| 故事板Skill（storyboard，ID 11349） | 6 帧情感叙事生成组件 | 固定叙事弧、7 问引导、视觉指令、质检清单、陷阱库 | 低，按官方说明放入 skills/components/ 并在技能入口启用即可 |
功能推介、团队对齐、愿景沟通、动工前验证 | 优势：结构成熟、自带自检与反模式约束、产出可直接交付；不足：需要先有可靠的人物与问题洞察，缺少背景时无法凭空生成 |
| 传统用户流程图 / 架构图 | 流程与系统结构表达 | 分支、状态、依赖关系 | 中，需掌握绘图工具 | 技术方案评审、开发交接 | 优势：精确、可执行；不足：几乎不承载情绪与价值，非技术相关方难共鸣 |
| Figma 等原型工具 | 高保真交互原型 | 界面设计、可点击交互 | 中高，需要设计与工具技能 | 已确定方案的界面验证 | 优势：真实可点；不足：成本高、早期易陷入细节，不适合在「验证问题」阶段使用 |
| 手工 PPT 故事板 | 人工拼贴叙事 | 图文排版 | 低，但完全靠个人经验 | 临时汇报 | 优势：灵活；不足：无结构约束，容易写成功能罗列，缺少自检机制 |
| 通用大模型直接写故事 | 自由文本生成 | 任意叙事 | 低 | 快速找灵感 | 优势：自由；不足：结构不稳定，易出现通用人物、弱问题、以功能为中心的「顿悟」等典型毛病 |
该技能的典型应用场景与实际体验情况
场景一：产品经理做新功能立项评审 痛点：方案文档写完，评审会上业务方仍然问「用户真的需要吗」。使用方式：先用故事板跑一遍 6 帧，把帧3 的「糟糕时刻」写具体——不是「效率低」，而是「一位主要客户逾期两周未付款，她因为赶设计稿忘了跟进，房租下周到期」。实际体验：讨论焦点会迅速从「要不要做这个功能」转向「用户是不是真的会这么难受」，评审效率明显提升。注意：如果人物角色靠猜，整条故事线会立刻显得空洞，务必先做一轮用户访谈。
场景二：设计师与工程师对齐用户价值 痛点：工程同学拿到的是需求列表，不知道哪条链路最重要。使用方式：把 6 帧贴在需求文档开头，帧5 明确写「顿悟时刻」发生在哪个动作上。实际体验：上手几乎零成本，草图就够；团队会主动讨论「帧4 的入口是不是太靠后」，反而提前发现了设计问题。
场景三：创业团队做融资或全员会愿景沟通 痛点：抽象概念讲十分钟，听众仍然没有画面感。使用方式：按技能的默认视觉风格（粗马克笔、简约、单色）出 6 张草图，做成一页纸。实际体验：观感朴素但记忆点强，听众能复述出「那个追发票的设计师」。注意：这是叙事工具，不要塞进技术架构细节，那属于架构图的工作。
场景四：动工前验证问题与解决方案是否匹配 痛点：资源投进去才发现痛点不够痛。使用方式：跑完质检 6 问，若「问题是否切身」答否，就先回去加深问题理解，而不是继续做功能。实际体验：这一步往往最「扎心」——它会诚实地告诉你，很多想法的问题根本不值得解决。注意：故事板说明见解，不创造见解，它不能替代用户研究。
该技能能为用户带来的价值
- 把沟通成本换成结构成本：以前每次讲价值都要现场组织语言，现在有一套固定 6 帧模板，团队内外部都能复用同一套「语言」，评审与对齐时间显著压缩。
- 降低非设计人员的表达门槛：不需要会画图、不需要会写文案，只要说清「谁、遇到什么麻烦」，就能产出一份有画面感的叙事稿，并附带每帧的视觉描述，可直接交给绘图工具或设计师。
- 提前暴露风险，减少返工：内置的 6 条质检问题与 5 类常见陷阱，等于在写故事的同时做了一次「价值压力测试」。在动工前发现「问题不够痛」「方案引入太假」，比上线后才发现便宜得多。
- 让抽象概念可被讨论：利益相关者能对具体的故事片段给出反馈（「帧3 不够糟」「帧5 不可信」），而不是对着一堆形容词点头。可讨论，才可改进。
- 长期沉淀为团队叙事资产：每个功能都留一份 6 帧故事线，半年后再回看，能快速回忆「当初我们以为用户是谁、痛点是什么」，对复盘与产品叙事一致性都有价值。
常见问题 FAQ
Q1：这个技能怎么安装？需要付费吗？
A：它属于组件型技能，按官方说明获取技能包后，将文件命名为 storyboard.md 并放置到 /skills/components/ 目录，或在技能入口通过技能 ID 11349 / 英文名 storyboard 添加启用。是否需要付费、以及具体安装命令与入口，请以官方说明为准。
Q2：它能直接生成图片吗？ A：它本身是叙事与视觉指令的生成组件。技能会为每一帧给出视觉描述、氛围与细节，并提示可使用 DALL·E、MidJourney 或手绘草图来实现；默认视觉风格为粗马克笔草图、简约、单色。实际出图环节建议配合对应绘图工具。
Q3：为什么我输入一句「帮我做个故事板」，输出很空？ A：因为它要求先有背景：清晰的人物角色、明确的问题、已定义的解决方案、可描述的期望成果。缺少这些信息时，技能的正确行为是先做发现工作，而不是编造。建议至少提供具体的人物身份、工作场景和一个真实发生的「糟糕时刻」。
Q4：它和用户旅程地图、用户流程图有什么区别？ A：用户流程图描述步骤与分支，用户旅程地图描述阶段与触点，而故事板描述的是情绪曲线——它刻意不画流程细节，只保留能让听众产生共鸣的 6 个关键瞬间。三者互补：先用故事板确认「值不值得做」，再用流程图确认「怎么做」。
Q5：什么样的团队最适合用？ A：产品经理、设计师、创业者、市场与增长负责人，以及任何需要向非技术相关方解释「用户为什么会在意」的人。如果你们团队经常出现「功能做完了但没人说得清价值」的情况，这个技能的收益最直接。反之，如果只是要写技术实现文档，请改用架构图。