这个关于设计方案的故事我憋很久了

是什么让你在讲述设计方案时反响平平，台下观众昏昏欲睡？搬出了权威设计原则，怎么观众还是不买账？数据拿出来了，大家还是将信将疑？说服别人怎么这么难！
这篇文章带你领略在设计中 忽悠 讲故事的魅力。告别只要一开始讲方案就脑袋空空的状态，再也不要只是按部就班地介绍交互流程和设计点啦！

讲故事为什么重要

人是独立个体，人与人的思想有着天然的鸿沟，只有建立沟通的桥梁，才能逾越鸿沟。
听来很玄学，但其实没那么难，讲故事就是最有说服力的沟通技巧。讲故事的思维，不仅可以用在设计方案讲述过程中，甚至在写文档，面试，演讲，创造品牌影响力等等场景中，都可以帮助我们更好的达成目标。

同样的事实，从两个不同人的口中说出，效果也许就有天壤之别。失明的老人坐在路边乞讨，他面前的纸板写着“我是个盲人，请帮助我”，但鲜有人在他身边驻足。直到一个女孩拿起纸板重新写了一句话，路人看到纷纷掏出钱来，奇迹就这么发生了。原来她将句子改成了“这真是美好的一天，而我却看不见”。
第一句话是一句百分百的事实，是科学的逻辑。冰冷且不带任何感情。而第二句话是一个故事，言语带着温度且触动人心。
但故事不是编造，也不是天马行空，而是制造一个会让人带入的情景，故事的力量就是带着人们从事实走向情感。

怎么在设计中讲故事

在设计方案阐述过程中，如果说整体结构是结实的骨架，那么故事就是血肉，需要无缝地穿插在稳固的骨架中。二者相辅相成，缺一不可。

STAR 原则--构建骨骼

STAR 原则可以帮助我们达成构建骨骼的目的，保证整个方案表述的流畅度和逻辑性

这以上的每一个步骤，可以根据实际的方案做详略的调整。并不需要面面俱到。例如，此次设计方案是为了在短时间内解决了一个用户提出的棘手问题，非常需要团队成员对此次改动的价值认同，从而得到资源的倾斜。那么在提出问题阶段，讲述一个价值故事，带领团队成员一起来触及用户最头疼的烦恼，是一个非常不错的方法。可以让团队成员对即将要做的事情，背后的意义有更深刻的了解。

LOCK 系统--长出血肉

有时候我们为了增加说服力，可能会使用大量的数据、理论来佐证自己。但专业性的体现不应该是黑话的堆砌，也不是晦涩的研究成果，我们不应该为了凸显自己的权威而去突出行业间的壁垒。过多的资讯就会启动人们的认知紧张脑，此时会消耗更多的注意力和脑力，此时下决定做判断就会变得更不容易。但我们可以把关键数据，重点资讯藏到生动的故事里，让人们认知放松。
大家可以回想一下精彩的电影、小说叙述，有很多不一样的结构变体，但在抽丝剥茧之后都可以归纳为 LOCK 系统：主角有强烈追求的目标，却被迫面对冲突，这个过程贯穿整个故事。

试想平日，我们在描述用户问题时，可能会这么说，“用户将报表添加至看板上时，需要很长的操作路径，我们想要简化它”。
那如果使用 LOCK 系统，我们可以这样描述，“小王是一个极具探索精神的年轻分析师，最近开始学着使用 TE 系统搭建看板进行主题分析。这天他终于自己的完成的报表，自信满满地点击保存。诶？报表消失了！着实把他吓了一跳，后来他摸索了很久，终于在看板的已存报表里找到了，最后把报表放到了看板上。他感到有点疑惑，有点挫败”。这样描述，用户的问题是不是生动了起来？
简简单单的两个方法，设计方案就这样有了骨架和血肉，组成了一个生命体，有了生命力。

写在最后

你看，讲故事不是玄学，是任何人都可以学会的方法。大家可以在以后的工作中，试着套用一下上面的套路。或许会发现，原本沉闷的会议，听故事的人被你带入了你描述的情景，眼中开始闪起了光。
本文参考了几本讲如何写故事的书，结合设计师的日常工作场景，提取了设计师视角下的重点。仅仅是其中的几个章节，就让我受益匪浅。我也还在不断学习中，与大家共勉！

参考书目：
《这样写出好故事》
《谁会说故事，谁就是赢家》
《99%有效的故事行销，创造品牌力》
《快思慢想》