化峪原岳网
 首页 >>  科技  >> 产品经理必须清楚的
产品经理必须清楚的
2019-10-28 18:01:28
[摘要] 比如john之前在做电商产品中:同样针对于产品体验的目标,用户进来主要是需要解决什么问题,应该给用户提供什么样的解决方案。竞品拆分的基础结构可以分为信息架构、功能拆解和产品交互三部分,具体john用一

在敏捷版本从需求到设计的过程中,作者约翰提炼出了一种更有效、更有针对性的五步方法,其具体的总体流程是:“业务方向→现状排序→竞争趋势→版本排序→产品设计”。

在产品经理的日常工作中,他们经常会遇到非常错误的做事方式。从表面上看,它看起来非常集中,但实际上它一点效果都没有。你中枪了吗?

事实上,在约翰经常提到的产品经理工作流程中,产品经理需要根据合理的安排整理和分解业务。然后,约翰从需求到敏捷版本的设计改进了五步方法。所以今天,让我们来谈谈产品需求设计的五个步骤。

产品需求设计的总体五步流程是:“业务方向→现状排序→竞争产品趋势→版本排序→产品设计”。细节如下图所示:

在业务方向上,最重要的是理解需求的性质,并明确业务需求的真实性(如何实现业务需求?如何)。业务需求的概要可以用一句话来解释:业务方想要做什么用户和节点,目的是什么?

因此,梳理业务方向的主体分为以下几个方面:

关于业务背景,产品经理需要知道业务计划和业务方面的计划,以及如何迭代业务需求。产品业务计划基于什么情况。

例如,约翰曾经制作电子商务产品:

同样以产品体验为目标,用户进来主要是为了解决他们需要的问题和他们应该提供的解决方案。强调重要功能,弱化次要功能。

特别是在数据指标项目中,必须要求产品经理给出某些指标。数据可以是营业额、用户数量等业务指标。,也可以是用户行为指标,如点击率、保留率等。,也可以是用户反馈指标,如好评、推荐净值等。

只有清楚了解产品、经验和数据指标,才能在制定需求计划之前确定标准。有了业务方向,基于产品迭代的业务需求可以表现出价值感。毕竟,没有人想做一些不被重视的事情。

在产品经理明确定义了业务方向之后,下一步是理清产品的现状。

提取产品的当前相关数据,包括第一步中提到的核心指标。如果条件允许,可以与行业的直接和间接产品数据进行比较。

例如,如果您可以获得竞争数据,您可以直接比较它们来查看核心数据的差异。如果没有竞争对手,您可以在自己的产品中比较相似的场景数据。如果没有,请比较以前期间的数据变化。

在用户肖像部分,应该比较“目标用户”肖像和“实际用户”肖像,以确定数据差异的来源是产品设计还是用户特征?

基于这些数据和分析,发现当前产品存在的问题:哪个指标明显低于预期,哪个指标有较大的改进空间,这将成为后续优化的重点。

约翰也举了一个例子。对于产品不同生命周期中的业务方向,可以使用以下数据表来收集和整理数据:

根据不同的产品尺寸,详细的数据指标有:

然后根据产品业务需求的数据,考虑在下一个版本中做什么和如何做。在理清思路后,我们需要关注竞争对手在现阶段做了什么,以及如何考虑优化。

竞争分析中需要知道的是:

为了避免在制定版本计划的过程中感到舒适,应该清楚竞争对手在相同版本下做了什么?我们可以从这两个方面思考:

竞争分析的第一步是确定竞争,然后对竞争进行评分。它可以分为核心竞争、重要竞争和一般竞争。

竞争拆分的基础设施可分为三个部分:信息架构、功能分解和产品交互。约翰用一张图片来说明以下情况:

理论上,通过这三个维度,我们可以根据我们自己产品版本的迭代方向有特定的行为。除非他们完全不熟悉和空白的行业和业务,否则他们一眼就能知道当前业务方面需要做什么以及最终目标是什么。

前三个步骤已经针对业务方和竞争对手进行了详细描述。然后结合产品规划的需求和数据反馈的需求,对需求池的内容进行排序。

对于需求,约翰的历史文章基本上插入了需求的内容。基本安排与业务要求相同。也就是说,在什么情况下,为了什么目的,用户应该做什么。

然后将总体需求源分为:业务需求、数据需求、用户需求、规划需求和竞争需求。

最后,我们可以整理产品需求池。约翰提供了一个案例:

当然,在理清需求池之后,我们需要理清产品模块→功能模块→功能流程图,然后开始制作原型。因为中间三个步骤没有技术内容,约翰在制作产品原型时直接说了设计策略,我们可以从这三个方面思考:

使用这种产品设计五步方法后,事实上,它不仅能有效解决您在制作产品时需求的不确定性,还能有效抑制需求的无限延迟。同时,我们可以更好地提高产品经理的素质。

这篇文章在我约翰发表之前已经和业内的丹尼尔交流过了,其中还讨论了一些问题:

问:每个需求都需要这样做吗?

答:根据需求的紧迫性,如果是详细体验迭代的功能,可以按照之前的节奏扩展更多的功能,尤其是许多用户使用的产品模块,这一点必须仔细考虑。

问:所有项目都适合这种方法吗?

甲:不是这样的。快速迭代项目计划需要在第一和第二版本中清楚地分解,其余的只需要在已建立的框架中进行调整和修改。它通常适用于发布版本时决定性功能和大型模块之间的链接需求。当然,拆卸越详细,产品经理就越专业。

最后,产品经理最终将产品输出的价值作为他的避难所。这也是约翰的方法论,最终目标是通过类比做得更好...我相信你能得到一些东西。

作者:约翰,产品狗,微信公众号:产品狗聚集地。欢迎一起交流。

这篇文章最初是由@john发表的。每个人都是产品经理。未经允许禁止复制。

主题地图来自pixabay,基于cc0协议。