产品战略发展路线图的艺术

标题地图|图昆虫的想法

市场竞争瞬息万变，一支创业团队始终为生存而战. 在快速变化中，产品战略计划已逐渐成为一个问题-计划始终不会快速变化，我该怎么办？

越来越多的人开始对产品路线规划感到沮丧. 很甚至根据原始路线图走了很长时间，才发现它行不通. 这些是由于无法适应市场中不可预测的变化而引起的. . 正如他们所说-如果他们在计划中失败，计划将失败.

对于许多“产品人员”而言，计划产品路线是他们业务计划的第一步. 让我们来看看一些常见的误解，这些误解会使产品经理一上路就成为大炮.

误解1: 将项目进度表作为产品战略计划. 产品路线图是产品战略发展计划的直观表达，可以逐步指导开发过程. 您可以这样想: 路线计划是“什么”和“为什么”，开发过程是“如何”.

误解2: 将开发过程表用作路线图的结果是-这将使产品开发计划非常狭窄. 团队很容易过多地关注如何从技术角度构建和改进产品，但是却忽略了从用户角度进行思考的能力-产品最终是为用户完成的，而不是为用户完成的. 产品团队本身. 如果根本不使用开发计划中的功能之一，那么技术方面就是完美的.

误解三: 当团队在关门的地方制造汽车来生产产品时，会带来“有色眼镜”来分析用户的行为-这将形成偏差. 直到后来，外部用户才体验到新功能，这常常导致产品的功能开发无法满足用户的需求. 这就是为什么团队通常不了解他们认为很棒的东西，但是他们开发了它却没有人使用它的原因. 除非用户参与产品验证过程，否则几乎不可能准确评估功能的价值.

仅基于团队自己的想法和受其狭narrow输出限制的路线规划，经常会发生上述问题. 只有解决消费者问题的实质性解决方案才能使产品有价值. 产品团队应强调外部价值，并尽可能贴近消费者的喜好，以便设计出一种能够最大化价值并最小化风险的优质产品.

如何使产品有价值？

通过解决问题创造最佳价值的产品团队了解，产品价值来自解决实际的消费者问题. 但是，在此之前，他们必须首先弄清楚用户的问题所在.

关注最终用户，自然会制造出价值驱动型产品. 产品团队需要找到当前用户最基本的痛点产品策略图，并能够预测新问题.

将重点放在有效的战略规划上应着眼于产品本身，并明确说明产品用于解决哪些特殊的市场问题. 如果您对核心问题失去关注，通常会导致产品故障. 近年来对风险投资机构的一项调查显示，未能集中精力是启动失败的最大原因.

焦点还使产品更加深入，而深入的产品始终可以进一步扩大产品的范围. 尽管通过深度产品解决的问题相对有限，但它们必须是这些问题的最佳解决方案. 相反，表面产品本身往往有很多缺陷，更不用说解决它们了？

每个产品具有相同的功能数量，但是深入的产品可以解决更多的问题

战略路线图需要关注产品要解决的几个核心问题以及实现该解决方案的分阶段目标. 这样，团队可以根据优先级更清楚地推进工作并达到目标. 否则，如果没有战略路线图，团队很可能会浪费大量时间在毫无价值的事情上，而没有意识到.

不断调整目标的优先级，弄清现在最关键的任务，并学会对其他事情说“不”.

选择关键问题并解决！要找出产品应解决的问题产品策略图，产品团队需要对市场状况和用户需求有透彻的了解. 这实际上非常简单-最好的方法是与现有或潜在用户进行交流.

对于新产品，这有助于团队找到准确的产品市场匹配（PMF）. 同样，它也可以扩展为查找功能市场匹配（FMF），即通过将功能与市场需求相结合来开发成熟的产品. 产品市场匹配定义了产品应解决的问题，而功能市场匹配定义了产品功能的深度.

此外，“设计思维”是一个很好的工具. 它可以帮助确定最终用户面临的最关键问题，然后揭示其价值.

以设计思想构建产品

设计思想可以通过以下过程来实现:

我个人并不非常喜欢此线性图表的设计，但是我更喜欢这样一种更直观的设计思维导图，它添加了“学习”链接:

设计思维优先考虑“实时测量”，并使用以消费者为中心的方法. 只有通过与消费者进行反复的用户测试，才可以显示最关键的市场问题. 设计思维还可以更好地管理风险，因为它提供了多个级别的用户功能验证，并且每个级别都可以帮助降低产品设计错误的风险.

第1步: 确定问题

正如我们之前所说，帮助用户解决问题将带来产品价值. 最好的方法是通过连续迭代测试期间的用户反馈来确定问题所在. 这样，团队就可以在开始产品开发之前验证设定目标的可行性，并减少由于内部偏差而产生问题的风险.

与用户保持沟通，找到他们急需解决的痛苦问题的根源. 产品可以解决的问题越多，更多的用户就会认识到产品的价值. 查找用户问题并依次定义值是用户验证的第一步.

第2步: 估算风险

一旦团队确定了问题，就必须根据重要性对其进行优先级排序. 重要性取决于用户可以享受多少价值以及团队必须承担的风险.

风险主要取决于产品本身，市场状况和相关的财务状况. 您可以先考虑以下因素:

可行性-无论您是否喜欢，吗？如果将这些钱花在其他地方，会更有价值吗？机会成本-如果团队专注于开发新功能，则意味着他们无法使用其他功能. 战略枢纽-一个新目标或总体战略枢纽通常会带来更高的风险. 市场需要“产品”还是“功能”？ -人们真的使用你开发的东西吗？如果公司需要考虑盈利能力，您确定人们愿意为新功能付费吗？这些都是产品团队在设定新目标或新功能时必须清楚考虑的问题.

第3步: 解决方案和产品原型

解决方案应尽可能接近开发过程，因为随着时间的流逝，最佳的解决方案可能会发生变化.

在寻找解决方案时，合作是必不可少的，这样每个人都可以对问题提出不同的看法. 您提出的想法越多，就可以减少个人偏见的影响.

一旦团队制定出最佳计划，第二步便需要使用产品原型进行用户验证. 抽象概念可能很难理解，但是产品原型可以提供更直观和具体的解决方案.

产品原型的详细要求源自对风险的预测. 如果您的解决方案具有高风险，那么您需要更好的产品原型和更全面的用户测试. 相反，对于低风险解决方案，只需要基本的产品原型和简化的测试即可.

由于它被称为“产品原型”，因此最终常常被废弃. 制造它们的目的只是为了测试，因此“最小解决方案”（IDG资本注: 在“精益企业家精神”中，一个类似但略有不同的概念称为“最小可行产品”，最小可行产品，MVP）非常重要-它使用户可以更有效地进行测试并减少时间浪费.

第4步: 制定自己的产品路线图

一旦判断出每个问题的价值和风险，产品团队便可以根据投资回报率确定问题的重要性. 这些问题可以放在以下四个维度之一中:

该值的值应由用户反馈. 用户面临的问题越大，价值就越高. 风险是由可行性决定的，也可以说是整体投资.

我们可以这样对问题进行分类:

高价值/低风险: 立即添加到产品路线图中，很容易得出结果.

高价值/高风险: 这取决于衡量是否加入路线图的风险级别. 您无法添加所有问题，因为风险因素越高，失败的可能性就越大.

低价值/低风险: 这些问题并不重要，通常被搁置. 您需要考虑它们，但不要将其作为产品路线图的一部分.

低价值/高风险: 将其丢弃. 这些问题将使您陷入陷阱，并经常使产品计划脱轨.

此外，有关设计产品路线图的一些关键细节:

始终优先考虑路线图中的项目. 至于开发需求，只需遵循开发时间表即可. 确定“解决问题”的通过线. 需要提供什么功能来解决用户的问题？通过线下方的功能应写在路线图上，而达到通过线的其他功能则是锦上添花. 专注于核心功能. 除非核心功能已达到上述密码行设置，否则不要添加其他功能.

从路线图到开发: 如何按时生产？

一旦准备好将产品或功能目标从路线图转移到开发过程，就需要制定特定的要求. 建立尽可能接近实际开发的开发需求可以确保开发进度满足当前的市场需求.

当用户已经解决了需要解决的问题和需要开发的功能时，产品和开发团队可以共同努力实现这些既定目标. 但是，如果遇到其他用户问题，则需要重新联系用户并重置路线图.

上一个任务: 摘要，精简，重复

使用设计思想的最大魅力是，验证目标的过程不需要编码. 这意味着开发团队所做的一切都是有价值的. 同时，它可以带来比传统的“精益设计”计划产品更大的价值-这样的路线图可以使产品更贴近消费者.

本文摘自Joe Van Os的《媒介: 战略产品路线图的艺术》，您还不能错过它:

“ Wanzi品牌方法论: 塑造人，发现意义和幸福| CEO表示”，“企业的三个基本管理任务|窃取老师”，“ 99％的企业家常识|学习贝索斯的CEO表达能力”

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-250104-1.html