产品经理要懂那些，产品经理需要做的

在从需求转向敏捷版本设计的过程中，作者John 提炼了一种更有效、更有针对性的5 步方法。具体整体流程为“业务方向当前分类竞品趋势版本分类产品设计”。 ”。

产品经理在日常工作中经常会遇到一些非常错误的事情。表面上看起来很集中，但实际上根本没有任何效果。你被枪杀了吗？

事实上，John经常提到的产品经理工作流程要求产品经理以理性、逻辑的方式组织和解构业务。因此，在从需求设计转向敏捷版本设计的过程中，约翰改进了五步方法。那么今天我们就来说说产品需求设计的五步法。

产品需求设计五步法的总体流程是“业务方向现状回顾竞品趋势版本回顾产品设计”。详细信息如下图所示。

1、业务方向业务方向最重要的是了解需求本质，明确业务需求的真实性（业务需求如何实现？如何实现）。用一个词来概括业务需求，就是业务要与哪些用户、在哪些节点、出于什么目的做什么？

因此，主要业务方向分为以下几个方面：

关于业务上下文，产品经理需要了解业务计划和与业务方的计划以及如何迭代业务需求。产品商业计划是在什么情况下制定的？

例如，约翰之前曾从事电子商务产品的工作，例如：

种子阶段，根据成长的业务背景，开发产品采购流程、邀请码注册和分发系统，产品功能模块和新功能需要完善。在成熟阶段，主要需要基于业务背景，实现每日推荐产品和闪购促销的功能，实现盈利的商业模式，需要进行更多的数据处理和推荐算法。所有商家货币化都是基于业务环境完成的。而对于产品体验目标，用户主要是来确定他们需要解决什么问题以及需要提供什么解决方案。强调重要特征，淡化次要特征。

尤其是在数据指标方面，产品经理需要提供具体的指标。数据包括销售收入、用户数量等业务指标，点击率、留存率等用户行为指标，或者好评率、净推荐值等用户反馈指标。

只有拥有明确的产品、体验和数据指标，您才能在创建需求计划之前确定您的标准。业务方向让业务需求根据产品迭代告知价值。毕竟，没有人愿意做价值无法确定的事情。

明确业务方向后，产品经理整理产品目前的状态。

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

例如，如果你有竞品数据，可以直接进行比较，看看核心数据的差异。如果您没有竞争产品，您可以将其与您自己产品的类似场景数据进行比较。比较前期数据的变化。

用户画像部分将“目标用户”的画像与“真实用户”的画像进行比较，以明确数据的差异是否是由于产品设计或用户特征造成的。

这些数据和分析相结合可以识别当前产品中存在的问题。您可以看到哪些指标明显低于预期，哪些指标还有很大的改进空间。这将是后续优化的重点。

这里John还使用以下数据表提供了在面向业务的产品的各个生命周期中应该收集和排序的数据示例。

根据产品尺寸不同，详细数据指标为：

那么，根据你的产品的业务需求数据，你是否想清楚下一个版本要做什么以及如何做？在这个阶段你需要关注哪些竞争产品？正在做什么以及您如何看待优化。

3、竞品趋势分析竞品，需要了解以下内容：

竞品分析最重要的原则之一是灵活性，或者说针对不同目的灵活选择分析重点。根据时效性灵活选择分析深度。 3.根据不同资源优化或调整分析方法。竞品分析比得出错误的结论更加缺乏结论，危害性极大。实际项目需要深入分析。并非所有竞争产品分析都是全面的。为了避免在版本规划过程中出现混乱，您需要了解竞争产品对同一版本做了什么。你可以从两个方面来思考：

1.竞品选择竞品分析的第一步是识别竞品并对其进行排名。可分为核心竞争产品、重要竞争产品、一般竞争产品。

主要竞争产品：的一个共同选择标准是与产品直接相关的细分市场中的一线竞争对手。始终关注您的主要竞争对手并跟进。重要竞争产品的一般选择标准： 是产品相关市场领域的第一大竞争对手。需要经常关注。重大修改要及时跟进。竞争产品：一般是与相关细分市场中的其他产品直接相关的产品。一个典型的竞争产品必须是全面的。定期梳理就足够了，不需要详细检查。充分了解市场趋势和潜在危机。例如，手机内置浏览器的主要竞品是“UC浏览器”和“QQ浏览器”。重要竞争对手包括百度移动和今日头条。竞争产品一般包括整个浏览器市场、搜索市场、甚至核心内容消费市场的相关产品。

2.分析方面竞品细分的基本结构可以分为三个部分：信息架构、功能分解、产品交互。约翰用图表来解释细节。

理论上，通过这三个方面，你可以根据你独特的产品版本迭代的方向来实现具体的行为。除非你对这个行业或业务完全陌生，否则你一眼就能看出你目前的业务需要做什么，你的最终目标是什么。

前三个步骤从业务方面和竞争产品方面进行了更详细的细分。接下来，您需要根据您的产品规划和数据反馈需求，详细整理您的需求池内容。

4.需求规划考虑到需求，John的历史文章基本上就插入了需求的内容。基本组织方法与您的业务需求相同。换句话说，你希望用户在什么场景、出于什么目的、使用你的产品做什么？

然后将整体需求源分类为业务需求、数据需求、用户需求、规划需求和竞品需求。

业务需求：根据业务方提出的需求，对业务需求进行认证，解决当前版本迭代需要实现的业务目标以及产品方需要如何协同工作并进行研究。历史数据的反馈分析需求。其主要目的是为用户提供更好的面向业务和产品的体验。用户需求：用户通过反馈和行为数据产生的需求。在这一步中，我们需要将数据和用户画像合二为一。需求规划：应在产品生命周期的不同阶段迭代的产品计划列表，以更好地识别用户需求。本质上，可以通过产品路线图对需求进行优先级排序。业务OKR、竞争产品要求：竞争产品处于同一版本环境中进行了哪些迭代以及其目的是什么？竞品分析需要进行一些分析和分解。最后，您可以组织产品的需求池。约翰提供了以下示例：

5.设计策略当然，整理好需求池后，需要整理好产品模块功能模块功能流程图并开始创建原型。整个过程中的三个步骤是非技术性的，因此约翰直接解决了它们。在原型产品方面，目前的设计策略可以从三个方面来考虑：

详细描述您的目标是一个非常有效但经常被忽视的设计点。 —— 我们必须不断提醒自己正在做什么，而不是无休止地纠缠于细节。体验的关键点可以表现为让用户更容易学习如何使用产品、让产品让用户感觉更加个性化、让产品使用起来更加高效等。设计策略如下。降低产品门槛、深化信息化层次、采用新的设计语言……设计方法可以有以下几种形式：对新用户进行引导、对信息进行分类和评分、在正确的时间展示正确的内容、交互设计等。与app的整体风格和规格相匹配……用好这个产品设计完5步法后，可以使用Demand Delay不仅可以有效化解需求不确定性，还可以有效抑制不确定性需求。同时，产品经理的素质还可以进一步提升。

在约翰发表这篇文章之前，我也联系了行业专家讨论了一些问题。

问：我需要满足所有要求吗？

A：根据你需求的紧急程度，如果你对迭代功能有很深的体验，你可以在更大的版本中创建更多的功能。特别是那些将被许多用户使用的产品模块应该仔细考虑。

问：所有项目都适合这种方法吗？

答：不完全是。快速迭代项目计划必须明确解构为第一版和第二版，其余的只能在既定框架内进行调整和改变。一般适用于发布明确功能或大型模块时的协调需求。当然，分解得越详细，产品经理就会越专业。

最后，产品经理最终依赖于其产品交付成果的价值。这也可以称为约翰的方法论，但最终目标是从一个例子中学习并做得更好.我认为你可以从中得到一些东西。

作者：品狗John，微信公众号：品狗聚会。欢迎您一起交流。

本文最初发表于@John的《人人都是产品经理》，未经许可不得转载。

标题图片来自Pixabay，获得CC0 许可。