在工作中,经常遇到需要描述某一个项目的情况。如何在周会上用1分钟介绍设计项目
小到跟其他设计师过稿,大到UXD的周会、双周会、月会…都需要快速介绍设计项目。
开始的时候我做简单项目,凭感觉瞎说,可以说个七七八八。但是接触的项目更复杂后,瞎说的办法就不管用了。
我常常把一件事说得磕磕绊绊,还需要别人来补充。我意识到,我需要结构化的思维,我需要刻意练习。

最近在学习《金字塔原理》,里面讲到序言的撰写方法,我认为这与介绍项目有一些相似之处。因此借此尝试总结了一下快速介绍设计项目的方法。
但这本书我还没看完,在此把已有的心得记录下来,日后可以再丰富。

什么是序言?

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

序言的组成?

  1. 介绍背景(S,Situation)
  2. 指出冲突(C,Complication)
  3. 引发疑问(Q,Question)
  4. 给出答案(A,Answer)

以这个结构,可以用来介绍一个设计项目:

  1. 背景=项目背景
  2. 冲突=当前的需求,遇到的困难,需要解决的问题,业务目标
  3. 疑问=那么我们应该怎么解决呢?
  4. 回答=设计给出了以下解决方案…

举个例子

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

  • 背景

变可爱是一个当前已有的功能。但是老师目前只可以在作业列表里针对单个项目进行变可爱。
产品经过已有的数据分析证实,变可爱可以显著提升学生的作业完成率,以提升老师的布置留存。

  • 冲突

产品希望做两件事情:1、增加批量变可爱功能;2、将批量变可爱的入口增加到首页。
以此降低老师变可爱的操作成本,提升变可爱率。

  • 疑问

那么,如果要放在首页,应该放在哪里呢?

  • 回答

我们与产品达成一致的解决方案是,在首页“最新作业”部分,增加一键变可爱的入口。
目前有以下几个设计方案…
是不是清晰得多了?

「背景」应该怎么说

上面的例子是,如何介绍一整个项目,包括项目背景+当前核心需求+需求的解决方案。其实这里面最核心、也最难讲的是项目背景。
《金字塔原理》中提到:背景应与文章主题有关,且读者肯定会同意的内容,应当是读者已经认可或者将会认可的内容。它能够将你「锁定」在特定的时间和空间,从而为讲故事做好准备。
所以背景是一个客观的事实,让听众理解这个需求的必要性和合理性。

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

  1. 看产品写的PRD,或者问直接产品。
  2. 自己总结。产品给的项目背景是站在整个项目角度写的,可能和设计师关注的不太一致。所以我仔细想了想,总结了如下套路,在实际使用中,可以挑选合适的方面,适当调整顺序,完成背景的介绍:
    • 行业/竞品的情况
    • 公司战略方向
    • 产品今年/本季度计划
    • 该产品核心功能(最好一句话概括)
    • 产品功能有什么不足
    • 用户/市场/运营反馈了什么问题
    • 从数据分析中获得了什么信息
    • 技术实现上,之前评审的结果是什么
    • 信息层级&页面交互&视觉呈现上有什么问题

(持续更新,欢迎走过路过的朋友补充添加)
感觉像是总结了文综的答题模板…

刻意练习,可以每次遇到项目都尝试自己总结,并且讲出来、讲清楚。
每一次都可以比上一次做得更好。

原文链接:https://www.yuque.com/guqiwen/ux/ltdb0t