Framework Deep Dive

Story Spine

一个填空式叙事框架,通过六句强制性起点构建有因果关系的故事弧线。Kenn Adams 为即兴喜剧发明,Pixar 用它开发了《寻找尼莫》《飞屋环游记》等史诗级故事——产品人用它,可以把功能清单变成让人动容的用户叙事。

功能清单无法产生共情,叙事弧线可以

产品经理在描述需求或做产品 Pitch 时,常常陷入「功能清单式」表达——罗列特性,却无法让人产生共情。Story Spine 是一个填空式叙事框架,强迫你把产品故事变成有因果关系的叙事弧线。每一句话都必须从上一句话中生长出来,听者会自然跟着逻辑走,而不是被动接受信息的轰炸。

Story Spine 由 Kenn Adams 为即兴喜剧演员设计,后被 Pixar 的编剧们作为核心故事开发工具广泛使用。它的本质是一个「因果链」——每一句都由上一句引发,让听者自然跟着逻辑走。Pixar 编剧 Emma Coats 将其列为故事开发的第一步,用来检验任何故事的内在逻辑是否成立。

对产品人来说,这个框架最大的价值在于:它会暴露出你对用户场景的理解是否真实。如果你无法完整填完这六句话,说明你对用户的「转折时刻」还没有真正理解清楚。「直到有一天」这一句最难填,也正是产品机会的所在——那个打破现状的触发事件,就是你的产品需要抓住的关键节点。

六句话 · 一条因果链 · 一个完整的用户故事

六句话结构,每一句都是强制性起点,必须接续上文。顺序不能改变,每一句缺失都会让因果链断裂。

句 01 · SETUP
Once upon a time…
从前,有一个…
建立用户背景:这个人是谁、在什么情境下、有什么基本特征
建立世界观与主角
句 02 · ROUTINE
Every day…
每天,ta 都…
描述用户的常态行为:在问题出现之前,ta 是怎样处理这件事的
建立「正常」基准线
句 03 · INCITING EVENT
Until one day…
直到有一天…
描述引发改变的触发事件——痛苦、契机、或某个打破现状的时刻
产品机会的所在
句 04 · CONSEQUENCE
Because of that…
因为这样…
第一个因果结果——触发事件引发了什么?可重复多次叠加因果
每一条是设计决策节点
句 05 · CLIMAX
Until finally…
直到最终…
解决方案或产品带来的核心转变——是因果链积累后必然到来的结果
产品价值的核心时刻
句 06 · NEW NORMAL
Ever since then…
从此以后…
新常态:用户生活发生了怎样的永久性改变,这个改变是否值得追求
验证产品承诺
为什么 Pixar 用它?
Story Spine 是一个防止「创意自嗨」的反欺骗装置
Pixar 编剧总监 Andrew Stanton 在一次 TED 演讲中说:「好故事的秘密是把观众带进一个他们无法抗拒去关心的情感旅程。」Story Spine 强制要求你首先建立一个真实的「每天」——如果你对用户的日常行为描述不真实,后续的因果链就会垮掉。这正是为什么产品人在填写 Story Spine 时,最常被卡住的是「Once upon a time」和「Every day」这两句:你以为你了解用户,直到你真的要用一句话描述他们的日常,才发现自己其实不确定。

什么时候该用它?

任何需要用叙事打动人的场合——说服投资人、对齐团队、设计 onboarding、整合用户研究数据——Story Spine 都能帮你把信息从「清单」变成「故事」。

🎯
产品 Pitch 前期准备
在写 Pitch Deck 之前先完成 Story Spine,确保你的叙事有清晰的因果链,而非功能罗列。故事确定后,PPT 只是载体。
📄
PRD 用户场景描述
用六句话框架替代传统的「用户故事」写法,让研发团队真正理解「为什么」要做这个需求,而非只接收「做什么」。
🔎
用户访谈数据整合
把多个用户访谈的碎片化信息,组装成一个完整的 Story Spine——用来检验你提炼出的洞察是否有内在逻辑。
🚀
Onboarding 流程叙事设计
用 Story Spine 设计新用户第一次使用产品的体验弧线,确保每一步都是下一步的自然引导,而非孤立的功能介绍。
💼
投资人路演故事线
投资人每天听几十个 Pitch,Story Spine 帮你把「市场痛点→解决方案→新常态」讲成一个有情感张力的叙事,而非数据堆砌。
👥
团队对齐用户问题认知
让产品、设计、研发各自独立填写 Story Spine,再对比六句话的差异——差异最大的地方,就是团队认知分歧最深的地方。

Pixar 用 Story Spine 开发《寻找尼莫》(2003)

导演 Andrew Stanton 在开发《寻找尼莫》剧本时,用 Story Spine 确立核心叙事弧线。这六句话确定了整部影片的情感骨架——所有的角色设计、场景、对白都从这个框架展开。

Pixar × 寻找尼莫
Story Spine 真实应用 · Andrew Stanton · 2003
2003
《寻找尼莫》的 Story Spine 还原
Once upon a time…
有一条过度保护孩子的小丑鱼父亲 Marlin,他因为曾经失去伴侣和大部分孩子,对唯一的儿子 Nemo 充满了恐惧性的爱。
Every day…
他把 Nemo 限制在珊瑚礁的安全范围内,用无尽的警告代替陪伴,试图用控制来阻止悲剧再次发生。
Until one day…
Nemo 为了证明自己向父亲的禁令发出挑战,独自游向大洋,被人类潜水员带走放进了悉尼的一个鱼缸里。
Because of that…
Marlin 不得不离开他恐惧的大海,踏上寻找儿子的旅程;因为这样,他遇见了患有短期失忆的 Dory,并在一次次险境中开始学会信任与放手。
Until finally…
Marlin 克服了内心的恐惧,Nemo 凭借自己的勇气和机智逃出鱼缸,父子在大海中重聚。
Ever since then…
Marlin 学会了放手,Nemo 开始了真正属于自己的成长——而那片曾经令人恐惧的大海,变成了他们共同的冒险空间。
为什么这个案例对产品人有价值
六句话完整呈现了「用户痛点→触发→旅程→解决→新常态」的完整产品逻辑
「Because of that」的多次叠加,模拟了产品设计中的因果决策链
「Ever since then」是产品承诺的验证——你说用户会改变,真的会吗?
🎬
Pixar 内部推广与产品应用
创意总监 Brad Bird、Pete Docter 等人均将 Story Spine 列为开发项目的第一步
Pixar 编剧规则 #4:「从前…每天…直到有一天…因为这样…直到最终…」
同样的框架被 Google Ventures 用于 Design Sprint 中的 story mapping 阶段
$867M
《寻找尼莫》全球票房(2003年)——史上最卖座动画电影之一
6
句话框架,覆盖完整产品叙事弧线:背景→常态→触发→结果→转变→新常态
30min
产品人完成一个完整 Story Spine 所需时间——暴露用户理解盲区的最快方式

如何真正用好 Story Spine

Story Spine 看似简单,但要真正发挥作用,每一步都有需要警惕的陷阱。以下是产品人实际使用这个框架的完整操作路径。

1
选定要叙述的核心场景
15 分钟
选择一个最能代表你产品价值的用户场景——不是最复杂的场景,而是最能体现「没有你之前 vs 有了你之后」对比的场景。如果你的产品有多个核心用户类型,为每一类分别做一份 Story Spine,最终选出最有说服力的那个。
实战贴士:不要选「最典型用户」,选「最能感受到改变的用户」。前者描述现状,后者才能产生叙事张力。
2
填写前两句(世界观建立)
20 分钟
「Once upon a time」要描述用户的身份和处境,越具体越好——不是「一个产品经理」,而是「一个在 50 人创业公司负责 B2B SaaS 增长、需要每周向 CEO 汇报数据的产品经理」。「Every day」描述 ta 现在是怎么处理这件事的,这是你产品存在意义的参照系。
实战贴士:如果你填「Every day」时描述的是你想象中的用户行为,而不是你从访谈/数据中验证过的行为,那说明你需要先做用户研究再来填这个框架。
3
找到「直到有一天」的转折点
30 分钟
这是最难的一步,也是最重要的。转折点不是「用户发现了你的产品」,而是「打破用户现有日常的那个事件或时刻」——可以是一次工作失误、一个外部压力、一个对比体验、一个新的认知。这个转折点定义了你产品的「进入时机」:你在什么节点出现在用户生命中,才是最自然的?
实战贴士:好的「Until one day」有外部性——不是用户主动选择改变,而是某件事逼着 ta 不得不做出改变。这个外部触发就是你的 growth trigger,也是你 marketing 应该出现的场景。
4
连接因果链到解决方案
20 分钟
「Because of that」可以重复多次——每一个「因为这样」都代表一个产品设计决策节点。从触发事件到「直到最终」中间可以有 2-4 个「Because of that」,每一条都在追问:上一步的结果,逻辑上会导致用户做什么、需要什么、体验到什么?这个过程会暴露你的产品流程设计是否有逻辑断层。
实战贴士:如果你的「Because of that」链条感觉跳跃、需要补充很多背景才能成立,说明你的产品流程中存在用户理解断层——那正是你需要重点设计的功能节点。
5
验证「从此以后」是否真实
15 分钟
「Ever since then」是你的产品承诺:你承诺用户的生活会永久性地改变。用真实用户反馈来检验这一句——你现有的用户真的体验到了这个「新常态」吗?如果你还没有用户,这一句就是你的产品假设,需要在第一版上线后立刻进行验证。
实战贴士:把完成的 Story Spine 朗读给一个不了解你产品的人听。如果 ta 在听完后说「哦,所以你的产品是帮用户做 X 的」,并且 X 正是你想传达的——恭喜,你的叙事成功了。如果 ta 的理解有偏差,说明你的因果链有漏洞。

从即兴剧场的舞台口诀到皮克斯的故事炼金术

故事骨架法(Story Spine)由即兴表演教育家肯·亚当斯(Kenn Adams)于1991年创造,最初是一种帮助即兴演员快速构建连贯故事的舞台练习工具。经由皮克斯(Pixar)编剧的采用与推广,它从剧场工作坊走入全球的产品叙事、用户研究与品牌营销实践。

1991
肯·亚当斯在即兴剧场创造故事骨架
即兴表演教育家肯·亚当斯在旧金山湾区的即兴剧场教学中发明了Story Spine练习:以"从前……""每天……""直到有一天……""正因如此……""最终……"等固定句式串联故事结构。这套句式对应着经典叙事的建置、触发事件、上升行动、高潮与结局,帮助演员在压力下快速构建完整故事弧线。
2000年代初
皮克斯编剧将方法引入动画故事开发
皮克斯编剧团队开始在故事开发工作坊中使用Story Spine,将其与公司内部"故事房间"(Story Room)文化相结合。皮克斯编剧艾玛·科茨(Emma Coats)后来在推特上总结的"皮克斯故事规则"中明确提及这一结构,使其在全球创意社区中获得极高曝光度。
2013
皮克斯故事规则引爆社交媒体传播
艾玛·科茨在推特上连载的22条皮克斯故事法则广泛传播,其中Story Spine结构被反复引用。这次病毒式传播打破了Story Spine在剧场与电影圈的圈层边界,吸引了大量产品经理、UX设计师与营销人员将其应用于用户故事撰写与产品叙事设计。
2015至今
产品与设计领域深度整合应用
Story Spine被纳入斯坦福d.school、IDEO等机构的设计思维课程,产品经理开始用它来撰写用户旅程故事、功能发布叙事以及向利益相关者汇报的产品愿景。在数字产品领域,它与用户故事(User Story)格式结合,为产品需求文档增添了强大的叙事说服力。

与这些工具搭配效果更好