故事板Skill storyboard

这个技能用于创建6帧视觉故事板,通过讲述用户从问题到解决方案的旅程,建立情感共鸣、说明产品价值和具体化抽象概念。适用于产品管理中的战略沟通、用户研究、功能推介和愿景对齐。关键词:故事板、视觉叙事、用户旅程、产品管理、故事讲述、用户体验、SEO。

产品战略 0 次安装 0 次浏览 更新于 3/18/2026

名称:故事板 描述:创建一个6帧视觉叙事,讲述用户从问题到解决方案的旅程,使用经典故事弧建立共鸣、说明价值,并使抽象产品概念具体化。 类型:组件

目的

创建一个6帧视觉叙事,讲述用户从问题到解决方案的旅程,使用经典故事弧建立共鸣、说明价值,并使抽象产品概念具体化。使用它来对齐利益相关者、推介功能、沟通愿景,或在构建之前测试解决方案是否在情感上产生共鸣。

这不是UI原型——它是一个故事讲述工具,将产品的人性化一面带入生活。

关键概念

6帧故事板结构

基于经典叙事弧,6帧格式遵循以下模式:

  1. 帧1:主角 —— 介绍人物角色及其背景
  2. 帧2:问题出现 —— 展示他们面临的挑战或障碍
  3. 帧3:“糟糕”时刻 —— 升级问题以创造紧迫感
  4. 帧4:解决方案出现 —— 引入您的产品/功能
  5. 帧5:“顿悟”时刻 —— 展示用户体验突破
  6. 帧6:解决方案后的生活 —— 说明改进后的状态

为什么有效

  • 情感参与: 故事以规格无法的方式建立共鸣
  • 具体而非抽象: 视觉叙事使模糊概念变得有形
  • 难忘: 人们记住故事比功能列表更好
  • 对齐工具: 利益相关者可以对故事做出反应并给予反馈
  • 低保真: 不需要精致设计——草图即可

反模式(这不是什么)

  • 不是用户流程图: 这是情感故事讲述,不是流程文档
  • 不是功能演示: 关注用户成果,而不是产品能力
  • 不是营销文案: 真实叙事,不是炒作

何时使用

  • 向利益相关者推介新产品或功能
  • 对齐团队对用户价值的理解(产品、设计、工程、高管)
  • 测试产品想法是否在情感上产生共鸣
  • 在全员会议或投资者会议上沟通愿景
  • 在构建之前验证问题/解决方案匹配

何时不使用

  • 用于技术实施细节(使用架构图代替)
  • 当用户问题琐碎或已充分理解时
  • 作为用户研究的替代品(故事板说明见解,不创建见解)

应用

使用 template.md 获取完整的填充结构。

步骤1:收集背景

在创建故事板之前,确保您有:

  • 人物角色清晰: 主角是谁?(参考 skills/proto-persona/SKILL.md
  • 问题理解: 他们面临什么挑战?(参考 skills/problem-statement/SKILL.md
  • 解决方案定义: 什么产品/功能将帮助?(参考 skills/positioning-statement/SKILL.md
  • 期望成果: 对用户来说成功是什么样子?

如果缺少背景: 首先进行发现工作。不要编造人物角色或问题。


步骤2:回答7个故事板问题

逐一询问这些问题以发展叙事:

  1. 谁是经历这个问题的主角? (姓名、年龄、角色、背景)
  2. 描述主角面临的问题或挑战。
  3. 描述问题造成重大问题的“糟糕”时刻。
  4. 解决方案如何被介绍给主角?
  5. 描述主角使用解决方案并经历“顿悟”时刻。
  6. 主角使用解决方案后生活是什么样子?
  7. 您有特定的视觉风格或渲染指令吗? (默认:粗马克笔草图、简约、单色)

步骤3:撰写6帧叙事

基于以上答案,草拟叙事:

## 生成的6帧故事线

**帧1:介绍主角**
- [插入主角描述、其设置和背景]
- [示例:“莎拉,35岁,自由职业平面设计师,在家办公室同时处理10个客户项目”]

**帧2:问题出现**
- [描述主角的挑战及其如何影响生活]
- [示例:“她淹没在发票跟踪中——每月花8小时通过电子表格和电子邮件追讨逾期付款”]

**帧3:'糟糕'时刻**
- [强调问题升级为重大问题]
- [示例:“一位主要客户的付款逾期2周。莎拉意识到她因为专注于设计工作而忘记跟进。客户现在保持沉默,她对现金流感到焦虑。”]

**帧4:解决方案出现**
- [解释解决方案如何被介绍以及主角的初始反应]
- [示例:“莎拉发现了SmartInvoice,一个在最佳时间自动发送付款提醒的工具。她持怀疑态度——会不会听起来太咄咄逼人?——但决定尝试。”]

**帧5:'顿悟'时刻**
- [展示主角使用解决方案并经历突破]
- [示例:“两天后,莎拉收到通知:'客户XYZ刚刚付款!' AI定时提醒奏效了——无需尴尬的跟进电话。她感到宽慰和掌控。”]

**帧6:解决方案后的生活**
- [描述解决后生活如何改善]
- [示例:“莎拉现在每月花30分钟在开票上,而不是8小时。她重新获得晚上时间,与家人相处而不是追讨付款。她的现金流可预测,焦虑消失。”]

**可选视觉元素**
- [如果未指定视觉风格:“使用粗马克笔草图风格——简约、单色、手绘感”]
- [如果提供视觉元素:“包括用户提供的图像、GIF或图标”]

步骤4:可视化每帧

对于每帧,创建或描述视觉:

帧1:主角

  • 视觉: 莎拉在办公桌旁,周围有便签纸,笔记本电脑打开,咖啡杯
  • 氛围: 忙碌,略有压力
  • 工具: DALL·E、MidJourney、手绘草图

帧2:问题出现

  • 视觉: 莎拉盯着标记为“逾期发票”的电子表格,多个浏览器标签打开
  • 氛围: 不知所措
  • 细节: 时钟显示晚上10点,待办事项列表变长

帧3:'糟糕’时刻

  • 视觉: 莎拉的手机显示“第14天:客户XYZ付款逾期”通知。她的表情显示担忧。
  • 氛围: 焦虑、紧急
  • 细节: 日历显示即将到期的租金

帧4:解决方案出现

  • 视觉: 莎拉的笔记本电脑显示SmartInvoice着陆页,标题为“停止追讨付款”
  • 氛围: 好奇、希望
  • 细节: 推荐语:“每月节省我5小时”

帧5:'顿悟’时刻

  • 视觉: 莎拉的手机显示通知“客户XYZ刚刚付款!收到$5,000。”她微笑,宽慰。
  • 氛围: 喜悦、宽慰、赋权
  • 细节: 背景显示日落——她提前完成工作

帧6:解决方案后的生活

  • 视觉: 莎拉在后院与孩子玩耍,笔记本电脑关闭在露台桌上
  • 氛围: 平静、平衡
  • 细节: 时钟显示晚上6点(不再是晚上10点)

步骤5:测试故事板

询问这些问题:

  1. 主角是否可关联? 您的目标角色会认出自己吗?
  2. 问题是否切身? 人们在帧2-3中是否感受到挫败感?
  3. “糟糕”时刻是否真实? 它是否真实升级了问题?
  4. 解决方案引入是否自然? 还是感觉强迫/做作?
  5. “顿悟”时刻是否可信? 用户能想象经历这个吗?
  6. “之后”状态是否令人向往? 用户想要这个成果吗?

如果任何答案为“否”,修订。


示例

参见 examples/sample.md 获取完整故事板示例。

迷你示例摘录:

**帧1:** 莎拉,35岁,自由职业设计师同时处理10个客户
**帧2:** 每月花8小时追讨逾期发票
**帧3:** $5,000付款逾期2周

常见陷阱

陷阱1:通用人物角色

症状: “遇见用户,一位忙碌的专业人士”

后果: 无人认同这个角色。

修复: 具体化:“遇见莎拉,35岁,自由职业设计师,同时处理10个客户,家庭办公室,热爱设计但讨厌行政工作。”


陷阱2:弱问题

症状: “用户有效率问题”

后果: 问题无法在情感上产生共鸣。

修复: 使其切身:“莎拉每月花8小时追讨逾期发票,错过家庭晚餐,对现金流感到焦虑。”


陷阱3:强迫解决方案引入

症状: “用户神奇地发现我们的产品”

后果: 感觉做作,不真实。

修复: 展示现实发现:“莎拉在设计论坛看到推荐”或“莎拉的同事提到它。”


陷阱4:以功能为中心的“顿悟”时刻

症状: “用户看到仪表板并喜欢功能”

后果: 无情感回报。

修复: 关注成果:“莎拉收到通知:'$5,000收到!'她宽慰——无需尴尬电话。”


陷阱5:模糊“之后”状态

症状: “生活现在更好”

后果: 不令人向往或具体。

修复: 具体化:“莎拉现在晚上6点下班,与孩子共度时光而不是追讨客户。准时付款从50%提高到80%。”


参考

相关技能

  • skills/proto-persona/SKILL.md —— 定义主角
  • skills/problem-statement/SKILL.md —— 为帧2-3框架问题
  • skills/positioning-statement/SKILL.md —— 为帧4中的解决方案引入提供信息
  • skills/jobs-to-be-done/SKILL.md —— 为帧6中的期望成果提供信息

外部框架

  • 约瑟夫·坎贝尔,《英雄之旅》(1949)—— 经典叙事结构
  • 皮克斯的故事规则 —— “从前…每天…直到一天…”
  • 唐纳德·米勒,《构建故事品牌》(2017)—— 故事驱动营销框架

Dean的工作

  • 故事板故事讲述提示(6帧故事线生成器)

来源

  • 改编自 prompts/storyboard-storytelling-prompt.mdhttps://github.com/deanpeters/product-manager-prompts 仓库中。

技能类型: 组件 建议文件名: storyboard.md 建议位置: /skills/components/ 依赖项: 参考 skills/proto-persona/SKILL.mdskills/problem-statement/SKILL.mdskills/positioning-statement/SKILL.mdskills/jobs-to-be-done/SKILL.md