抓住6大核心点,轻松编写一份清晰的设计需求清单

4 评论 13034 浏览 53 收藏 14 分钟

如何轻松编写一份清晰的设计需求清单?清晰的设计需求应包含 :设计目的、原型、设计发挥空间、预计工期、竞品、设计风格,这6大核心点。

一、概述

场景一:产品小哥哥找设计师出个logo

需求方:给我设计个大气的logo吧,要符合我们的产品形象。

设计师:我们产品的目标定位是什么呢?

需求方:我想要一条鱼的形象,表现我们产品很灵活、很开放。

设计师:我们的目标群体是哪类客户?

需求方:买股票的都是。

设计师:您说的大气的logo有参考的案例么?

需求方:没有啊,你们设计师专业,你们决定就好。

设计师:……,能在提供多一些需求输入吗?

需求方:不就是个logo吗?有这么难么,先做了再提意见吧。

设计师:……

~~~~3天后~~~~

设计师:您看下这个logo合适吗?

需求方:怎么这么难看,要大气、大气,回去再改改吧。

场景二:产品有个新模块找设计师画设计稿

需求方:有空吗?我们月底要上线新模块,帮我们画个设计稿吧。

设计师:今天20号了,距离月底还有10天,很急啊?

需求方:是的,我们还需要一个礼拜的开发时间,所以后天设计稿就要出来。

设计师:……,那原型图和功能点梳理出来了吗?

需求方:还没有,我直接跟你说,你先画出来。

设计师:……,这样无法设计啊,同时,这样子模块设计出来也许会流程不畅的?

需求方:我说,你设计,这怎么会流程不畅。

设计师:……

~~~~1天后~~~~

设计师:您看下这个模块这样子设计合适吗?

需求方:这是啥呀,都是问题,回去再改改吧。

以上的场景设计师们应该很熟悉吧,这也是笔者遇到过的场景。当需求方没有合理且完整的需求准备,就把零碎的需求点给到设计师时,设计师怎么能够有效的输出设计稿呢。但是笔者也仔细想过,需求输入内容缺失、不完整、不明确,这个问题是我们设计师可以去反推和引导需求方的。

因此,今天笔者从设计师的角度,来和需求方们谈谈设计师需要的需求输入是如何的,希望达到哪种程度,到底怎样的需求描述可以促进设计师更好的完成需求,最终达到大家在协作的过程中事倍功半,甲方爸爸好,设计师们也好,那就皆大欢喜啦~~~

二、清晰的需求包含哪6大核心点

从笔者的经验来看,清晰的设计需求应包含 :设计目的、原型、设计发挥空间、预计工期、竞品、设计风格,这6大核心点。

下面将一一为大家讲述:

1. 设计目的

清晰的设计目的描述可以帮助设计师快速建立和理解此次产品设计的目标及范围,更好地提出设计师的专业意见。

笔者推荐在“设计目的”中包含,但不仅限于以下内容:

  1. 安排这个设计项目是为了什么?清晰地阐述,而非只是一个模糊的概念。
  2. 目标用户(潜在用户)是谁?他们是在什么场景使用此功能的?
  3. 是调整产品整体视觉,还是对某个局部功能进行交互优化,亦或是新产品有计划的逐步设计?

参考例子:【给顶部导航条添加“通知消息功能”】

  1. 设计原因:当前“XXX系统”顶部导航条无“通知消息功能”,导致用户的待办通知、系统通知等消息散落在页面中,用户无法通过一个集合入口看到所有自己要待办的事项,非常不便。因此组内通过讨论后,决定给系统顶部导航条添加“通知消息功能”,方便用户快速查看待办事项。
  2. 目标用户:公司内部财务审核员。他们会在每天早上10点左右打开电脑,开始阅读并处理待办事项。
  3. 设计类型:新功能设计,包括“通知消息功能”的交互和视觉设计。

2. 原型

将前期评审通过的需求转化为原型稿,同时提供给设计师,设计师可以更直观的了解设计需求,更清楚的知晓页面和功能之间的逻辑关系,降低沟通成本,提高设计稿输出的效率。

笔者推荐在“原型”中包含,但不仅限于以下内容:

  1. 清晰描述产品功能有什么及其逻辑的原型图,可以是axure,可以是手绘图,形式不限制。
  2. 清晰的产品整理流程图,或功能流程图等。

参考例子:【“XXX”产品界面设计】

新产品立项,需要设计完整的产品界面,但是产品专业度高,对设计人员不仅要具备交互知识,还得具备相关领域的专业性知识,产品设计难度高。产品经理在完成自己的需求分析后,给出了界面原型图+界面流程图,内容主要包括:

  1. 清晰的功能流程图,或产品流程图
  2. 主要模块在界面上的划分
  3. 每个模块所具备的核心功能和其他功能
  4. 页面上数据的数据性质等
  5. 模块与模块之间的逻辑关系
  6. 模块某个功能与其他模块功能之间的联动关系呈现(比如数据关系)

抓住6大核心点,轻松掌握编写一份清晰的设计需求清单

抓住6大核心点,轻松掌握编写一份清晰的设计需求清单

3. 设计发挥空间

在提出设计需求时,给予设计师一个发挥空间的预判,那么设计师能更清楚地知道自己在处理设计时可以做什么,不可以做什么。

笔者推荐在“设计发挥空间”中包含,但不仅限于以下内容:

  1. 主要设计哪块功能的什么部分?视觉?交互?视觉和交互?
  2. 设计的发挥空间有多大?颠覆性创新?根据竞品小部分修改?直接用画出来的原型设计?

参考例子:【修改当前XXX系统的左侧导航交互样式】

  1. 主要任务:目前系统菜单量增加,层级结构又很深,无法满足业务需要,因此要修改当前系统左侧导航树形结构的交互模式。
  2. 设计发挥空间:发挥空间大,目前团队内部没有更好的设计想法,设计师可以随意发挥,我们需要原型输出后评审确定,再进行视觉稿创作。

4. 预计工期

好的设计永远需要耗费大量的时间。设计一个美观又易用的网站需要考虑非常多的因素。提前告诉设计师此次设计的预计工期,让设计师可以综合各种需求输入,得出相对符合要求的设计时间。

笔者推荐在“预计工期”中包含,但不仅限于以下内容:

  1. 模块/功能前端开发介入时间。
  2. 模块/功能设计师开始介入的时间和给予设计师的设计工期。

参考例子:【给顶部导航条添加“通知消息功能”】

  1. 前端开发介入时间:下周五开始。
  2. 设计师介入时间:本周五。设计工期:本周五到下周四。
  3. 包含内容:“通知消息功能”的交互设计和视觉设计、以及大约两轮评审。

5. 竞品

将相关竞品提供给设计师,有助于设计师对竞品做有效分析后,提取有价值的信息,以更好地提高对需求的理解和更高效地输出设计稿。

笔者推荐在“竞品”中包含,但不仅限于以下内容:

  1. 给予竞品的相关链接或文档。
  2. 给予竞品的分析:包括竞品哪些部分与我们产品要做的部分对标?目前如何思考竞品有价值部分与我们的关系,是照搬还是会有一定程度的修改?

参考例子:【XXX产品设计规范编写】

  1. 竞品链接:123产品设计规范链接、456产品设计规范链接。
  2. 参考的竞品范围:竞品设计规范范围包括“通用部分和具体组件部分”。一期聚焦编写“通用设计规范部分”,“具体组件设计规范”部分放到二期。同时“通用设计规范部分”我们更倾向竞品“ 123产品设计规范”的描述方式,它的描述符合用户阅读的维度,同时目录也可参考它,但也允许做一定程度的调整。

6. 设计风格

如果一份设计任务还存在高要求的视觉设计,那么请提供你需要/建议参考的设计风格,可以让设计师快速知道产品的视觉定位,同时设计师知晓自己需要输出的设计物的视觉标准。

笔者推荐在“设计风格”中包含,但不仅限于以下内容:

  1. 建议参考的设计截图给到设计师;如果有网址,也可直接给网址。
  2. 阐述此参考视觉你认为合适你产品/项目的原因。
  3. 如果没有办法表达你需要的设计风格,那么就清晰地表达出你厌恶的设计风格。

参考例子:【设计一个卖云服务的“网站”】

  1. 参考视觉:阿里云官网。
  2. 选择阿里云视觉网站参考的原因:网站整体视觉风格篇轻盈,可以很好的突出所需售卖商品的特征。橙色基调可以调动人购买的欲望。我们也要以橙色和白色风格为主,但是希望在适当做些调整,避免有抄袭之嫌。

设计需求的属性是不同的(视觉、交互、视觉+交互等),需求方在输入给设计师需求前,可以与设计师先沟通,进行需求范围的确定。比如设计交互为主的产品,设计需求描述最好包括:设计目的、原型、设计发挥空间、预计工期。而设计视觉类需求的时候,设计需求应包括:设计目的、设计发挥空间、预计工期、设计风格。

三、为什么需要一份清晰的需求单

1. 需求讨论更精确

需求方和设计师坐下来,根据一份满足设计需求的清单商讨需求,依次将需求讨论清楚,记录下有问题的部分,会使得讨论更精准。有疑问的部分可以双方确定分工和再次商讨的需求时间点,进行需求的最终明确。

2. 双方协作更顺畅

如果没有相对明确的需求清单,双方在商讨需求的时候,会抓不住重点,也会出现讨论的时候跑题或者情绪不佳。因此一份清晰的需求清单,可以让双方针对本次划定好的需求范围,慢慢得有条理得沟通。

3. 设计输出效率更高

需求不明确,就会导致设计师在设计的过程中频频遇到疑问,不停的要去找需求方明确设计要点,导致设计效率很低。

4. 设计结果越接近目标

清晰的设计需求,让设计师在设计中不会偏离需求原始的方向。而模糊的需求,就会让设计师抓不住重点,反复改稿。

四、总结

总之,需求越清晰,设计沟通越顺畅,设计支持就越高效。一份全面且清晰的设计需求清单,既是需求方对自己所提需求的再次思考和明确,也可以让设计师更加清楚地知道在设计中需要做什么,有哪些设计要求和限制等,从而更高效地指导整个设计过程。

 

作者:知果;公众号:果有料

本文由 @知果 原创发布于人人都是产品经理,未经作者许可,禁止转载。

题图来自Unsplash,基于CC0协议。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 所以模板在哪里 老哥

    来自江苏 回复
  2. 所以有模板吗 老哥

    来自北京 回复
    1. 有啊

      回复
    2. 搞一下啊

      来自北京 回复