在工作中，经常遇到需要描述某一个项目的情况。如何在周会上用1分钟介绍设计项目
小到跟其他设计师过稿，大到UXD的周会、双周会、月会…都需要快速介绍设计项目。
开始的时候我做简单项目，凭感觉瞎说，可以说个七七八八。但是接触的项目更复杂后，瞎说的办法就不管用了。
我常常把一件事说得磕磕绊绊，还需要别人来补充。我意识到，我需要结构化的思维，我需要刻意练习。
最近在学习《金字塔原理》，里面讲到序言的撰写方法，我认为这与介绍项目有一些相似之处。因此借此尝试总结了一下快速介绍设计项目的方法。
但这本书我还没看完，在此把已有的心得记录下来，日后可以再丰富。
什么是序言？
文章的序言（前言、引言、导言）概述读者已知信息，并且将这些信息与文章将要回答的疑问建立联系。
序言的组成？
- 介绍背景（S，Situation）
- 指出冲突（C，Complication）
- 引发疑问（Q，Question）
- 给出答案（A，Answer）
以这个结构，可以用来介绍一个设计项目：
- 背景=项目背景
- 冲突=当前的需求，遇到的困难，需要解决的问题，业务目标
- 疑问=那么我们应该怎么解决呢？
- 回答=设计给出了以下解决方案…
举个例子
今天在双周会，我需要介绍“一键变可爱”（当然不是叫这个名字）的功能。当时说得七七八八，还让别人帮补充了些。事后再整合，我也许可以这么说：
- 背景
变可爱是一个当前已有的功能。但是老师目前只可以在作业列表里针对单个项目进行变可爱。
产品经过已有的数据分析证实，变可爱可以显著提升学生的作业完成率，以提升老师的布置留存。
- 冲突
产品希望做两件事情：1、增加批量变可爱功能；2、将批量变可爱的入口增加到首页。
以此降低老师变可爱的操作成本，提升变可爱率。
- 疑问
那么，如果要放在首页，应该放在哪里呢？
- 回答
我们与产品达成一致的解决方案是，在首页“最新作业”部分，增加一键变可爱的入口。
目前有以下几个设计方案…
是不是清晰得多了？
「背景」应该怎么说
上面的例子是，如何介绍一整个项目，包括项目背景+当前核心需求+需求的解决方案。其实这里面最核心、也最难讲的是项目背景。
《金字塔原理》中提到：背景应与文章主题有关，且读者肯定会同意的内容，应当是读者已经认可或者将会认可的内容。它能够将你「锁定」在特定的时间和空间，从而为讲故事做好准备。
所以背景是一个客观的事实，让听众理解这个需求的必要性和合理性。
那么项目背景应该怎么介绍呢？我们可以从以下两个方面获得背景：
- 看产品写的PRD，或者问直接产品。
- 自己总结。产品给的项目背景是站在整个项目角度写的，可能和设计师关注的不太一致。所以我仔细想了想，总结了如下套路，在实际使用中，可以挑选合适的方面，适当调整顺序，完成背景的介绍：
- 行业/竞品的情况
- 公司战略方向
- 产品今年/本季度计划
- 该产品核心功能（最好一句话概括）
- 产品功能有什么不足
- 用户/市场/运营反馈了什么问题
- 从数据分析中获得了什么信息
- 技术实现上，之前评审的结果是什么
- 信息层级&页面交互&视觉呈现上有什么问题
- …
（持续更新，欢迎走过路过的朋友补充添加）
感觉像是总结了文综的答题模板…
刻意练习，可以每次遇到项目都尝试自己总结，并且讲出来、讲清楚。
每一次都可以比上一次做得更好。
若有收获，就点个赞吧
0 人点赞
