如何在周会上用1分钟介绍设计项目

在工作中，经常遇到需要描述某一个项目的情况。

小到跟其他设计师过稿，大到UXD的周会、双周会、月会…都需要快速介绍设计项目。

开始的时候我做简单项目，凭感觉瞎说，可以说个七七八八。但是接触的项目更复杂后，瞎说的办法就不管用了。

我常常把一件事说得磕磕绊绊，还需要别人来补充。我意识到，我需要结构化的思维，我需要刻意练习。

最近在学习《金字塔原理》，里面讲到序言的撰写方法，我认为这与介绍项目有一些相似之处。因此借此尝试总结了一下快速介绍设计项目的方法。

但这本书我还没看完，在此把已有的心得记录下来，日后可以再丰富。

什么是序言？

文章的序言（前言、引言、导言）概述读者已知信息，并且将这些信息与文章将要回答的疑问建立联系。

序言的组成？

1. 介绍背景（S，Situation）
2. 指出冲突（C，Complication）

3. 引发疑问（Q，Question）
4. 给出答案（A，Answer）

以这个结构，可以用来介绍一个设计项目：

1. 背景=项目背景
2. 冲突=当前的需求，遇到的困难，需要解决的问题，业务目标

3. 疑问=那么我们应该怎么解决呢？
4. 回答=设计给出了以下解决方案…

举个例子

今天在双周会，我需要介绍“一键变可爱”（当然不是叫这个名字）的功能。当时说得七七八八，还让别人帮补充了些。事后再整合，我也许可以这么说：

• 背景

变可爱是一个当前已有的功能。但是老师目前只可以在作业列表里针对单个项目进行变可爱。

产品经过已有的数据分析证实，变可爱可以显著提升学生的作业完成率，以提升老师的布置留存。

• 冲突

产品希望做两件事情：1、增加批量变可爱功能；2、将批量变可爱的入口增加到首页。

以此降低老师变可爱的操作成本，提升变可爱率。

• 疑问

那么，如果要放在首页，应该放在哪里呢？

• 回答

我们与产品达成一致的解决方案是，在首页“最新作业”部分，增加一键变可爱的入口。

目前有以下几个设计方案…

是不是清晰得多了？

「背景」应该怎么说

上面的例子是，如何介绍一整个项目，包括项目背景+当前核心需求+需求的解决方案。其实这里面最核心、也最难讲的是项目背景。

《金字塔原理》中提到：背景应与文章主题有关，且读者肯定会同意的内容，应当是读者已经认可或者将会认可的内容。它能够将你「锁定」在特定的时间和空间，从而为讲故事做好准备。

所以背景是一个客观的事实，让听众理解这个需求的必要性和合理性。

那么项目背景应该怎么介绍呢？我们可以从以下两个方面获得背景：

1. 看产品写的PRD，或者问直接产品。
2. 自己总结。产品给的项目背景是站在整个项目角度写的，可能和设计师关注的不太一致。所以我仔细想了想，总结了如下套路，在实际使用中，可以挑选合适的方面，适当调整顺序，完成背景的介绍：

• • 行业/竞品的情况
  • 公司战略方向
• • 产品今年/本季度计划
  • 该产品核心功能（最好一句话概括）
• • 产品功能有什么不足
  • 用户/市场/运营反馈了什么问题
• • 从数据分析中获得了什么信息
  • 技术实现上，之前评审的结果是什么
• • 信息层级&页面交互&视觉呈现上有什么问题
  • …

刻意练习，可以每次遇到项目都尝试自己总结，并且讲出来、讲清楚。

每一次都可以比上一次做得更好。