广州高端网站建设|响应式网站建设|服务器托管|DEDECMS设计开发

超硬干货:如何把需求变成产品方案?

2021-12-28

编辑导语:在产品经理的日常工作中,往往需要了解和收集许多的用户需求,那么,如何将这些需求进行分析筛选,然后转化成为一份产品方案呢?本文作者结合自身的经验,从前期准备、方案设计、需求评审三个层面,为我们介绍了如何对需求进行产品化设计并通过需求评审。

超硬干货:如何把需求变成产品方案?

在《用户体验要素》一书中说到,产品是由战略层、范围层、结构层、框架层和表现层这5层组成。

超硬干货:如何把需求变成产品方案?

而之前的文章中,给大家介绍了做产品要如何贴近用户、如何评估需求的。即从战略层和范围层的角度,去解决问题,定义需求。那在需求明确后,我们又该如何将需求转化成产品方案呢?

这篇文章,将从前期准备、方案设计、需求评审三个层面,给大家介绍下该如何从结构层,框架层和表现层,对需求进行产品化设计,并通过需求评审的。

大家如果有需要的话,可以先收藏,后续设计方案时,再一一核对参考,保证我们在设计方案时,做到不重不漏。

一、前期准备 1. 明确需求目的

目的,是产品方案的指向标。我们通过各种渠道,获得需求后,我们首先要明确,做这个需求的目的是什么,是为了解决什么问题,满足什么需求而出发的。

因为,我们在需求产品化过程中,会产生很多“新点子”。但这些点,是否适合放到产品方案中,就需要我们立足于需求目的,去通盘考虑,平衡投入产出比,输出符合预期的产品方案。

总的来说,需求或版本的目的可分为以下三类:

用户体验优化:已有功能点优化、增加操作入口、增加功能等;

提高内部效率:增加内部平台某种能力、给运营增加推广渠道、功能组件化开发等;

商业化:增加会员模式、增加对接广告接口等。

为了保证产品人对需求有足够的深入的思考,一个版本或一个方案,都只要解决一个主要问题。因此,我们在定义目的时,也要尽可能收拢到一个核心观点上,让整个方案都围绕目的服务。

2. 了解需求背景

不论多大的公司,多大的团队,在产品的发展阶段,资源都是不够用的。此时,论证需求必要性,提高需求实现的优先级,就非常重要。

而了解需求背景,我们首先找到需求第一来源人,并通过以下两点,来论证需求必要性:

1)数据论证

通过调查,从数据层面,来论证需求的紧急性和迫切性。

如:用户体验优化,可以用用户投诉量来论证;内部平台能力和商业化需求,可以用上线多久后提升多少收益,或估算投入产出比(ROI)来论证。

2)竞品调研

若市面上有同类产品已实现该需求,这也可以侧面论证需求实现的必要性。所以,我们可以通过调研的方式,梳理的功能流程图,并从用户、需求、场景三要素进行分析,看竞品是否满足需求的,又是如何满足需求的;

但在实际工作中,系统的竞品调研,其实比较少做,主要是比较耗费人力,后续有机会的话,会专门写一篇文章来给大家详细介绍,这里就不过多描述了。

可虽说我们比较少做系统的调研,但我们在平时的工作中,也会关注竞品每个版本新增的功能模块。分析后,若发现竞品的新功能是符合用户需求的,我们也要及时跟上。

二、方案设计

在明确目的,了解背景后,我们进入产品方案的设计环节了。即下列内容,将正式从结构层,框架层和表现层的角度,和大家介绍该如何把需求,进行产品化方案呈现的。

而这个环节的最终目的,是要我们输出完整产品方案,接下来我将从五个步骤来跟大家进一步介绍:

1. 逻辑梳理

在做需求时,很多刚入行的产品,接到需求后,就直接就开始画原型,这个是错误的。因为,画原型,是产品方案已经确定,产品流程无明显纰漏,需求边界已经明确后,才开始执行的工作。

否则,后续评审或开发过程中,会出现因方案不够严谨,出现多次返工的情况。不仅降低我们自己的工作效率之外,而且还可能影响产品的迭代节奏。

所以,在画原型之前,首先我们要先梳理两个核心逻辑:

1)产品方案逻辑

产品方案之所以被称之为“方案”,因为它是从宏观的系统角度,可持续迭代的层面切入需求,且通常需要多角色配合的。

如,为了减少用户投诉而做的产品方案,就要从客服、用户、运营、产品这四个层面,告知各方在不同的版本后,需要支持和协助的工作是什么。

因此,我们在梳理产品方案时,要关注不同角色的所面临的问题,如何持续观察优化的角度去通盘思考。