〖产品思维训练白宝书 - 产品思维认知篇⑨〗- 像 产品经理 一样去思考解决问题

在上一章节我们为各位小伙伴介绍了 “产品经理” 日常面临的一些问题接下来我们就介绍一下面对这些问题 “产品经理” 都是如何去解决的。

❤️‍🔥 决策判断型问题的解决思路

决策判断型问题的解决思路有如下 三段式 的解决思路接下来我们以一个案例来进行整体的分析还原一下案例如下

来自老板的需求他想将产品增加一个聊天室的功能。经过我们的一个开发成本计算可能会需要 2名 开发人员的 20天 开发周期20天 的测试周期如此高的开发成本浪费了大量的时间和人工成本上线一个不知道又没有人用的功能所以要不要舍弃其他功能的开发和上线 这就是一个摆在 “产品经理” 面前的一个最严峻的问题。

如果我们想要去解决这个决策判断的问题解决的思路有三个

• 首先我们需要 明确问题的成本和收益
  • 关于成本如果我们开发聊天室这个功能会消耗怎样的 时间成本、人力成本 以及 机会成本 。尤其是 机会成本 如果开发了 聊天室 功能而其他的功能的效果要比聊天室功能更好的话这里损失的就是 机会成本 。
  • 关于收益老板不可能没来由的想要开发一个聊天室功能该功能肯定是对当前用户是有帮助的那么对多少用户有帮助有多大的帮助这样类似的效果最好能够量化出来。
  • 用数据来明确出客观可衡量的标准作为成本和收益的对比。

• 除了成本和收益之外还需要 明确当前状况 指代如下内容
  • 产品目标是什么当前的产品处于什么样的阶段
  • 这里就要求我们将目标 向前看 基于 以终为始 的思路来判断当前的状态是否符合 规划的方向 如果产品的设计初衷没有社交领域方面的规划而当下却又去做一个群聊的功能是否对达成核心目标是有帮助的
  • 如果有帮助则继续去推进该功能。如果没有帮助那么确确实实可以相对的延后甚至不做。
  • 明确当前状况更需要明确预期的达成的目标。

• 最后一个要说的就是 给出投入产出的最优解
  • 判断当前新功能是否对产品目标有较大的 正向影响如果有毋庸多说、直接开整即可。
  • 如果权衡之后发现 不符合产品的定位则果断延后甚至于可以直接放弃。
  • 最常见的情况是 部分符合目标可能与产品目标、定位有一点点的相关但是相对的又无法进行有效的评估。这种情况下建议可以将优先度进行降低给出一个最小的可行性方案(也就是不需要两个人或者说不需要40天的解决方案与小规模验证的操作)轻量级的小成本试错的 决策型判断解决思路 。

以上就是通常的决策型问题解决思路。

❤️‍🔥 解析型问题的解决思路

同样的依然举一个例子来进行整体的分析案例如下

我们的产品刚刚上线了一个 "评论" 功能怎么样才能让用户更多的发表评论 关于这样的一个问题依然是有 3个 解决的思路。

• 第 1 个明确问题的现状
  • 这个功能是做什么的为什么要做这个功能当初设计这个功能的时候有着怎样的一个期望该功能相比较其他的一些功能有什么不一样的地方可以给到用户使用的理由
  • 像以上这些问题都需要我们先去确认然后再进行解析。

• 第 2 个进一步梳理问题产生的逻辑链
  • 如果想要让用户发表评论应该如何设计产品流程去触发 “评论” 的一些场景比如说用户看完一篇文章的时候引导用户表个态、发表一下阅读感受等等。
  • 在这样的一个环节内我们可以为用户做什么以及说当用户完成了 “评论” 这个流程我们可以给到用户一个什么样的反馈
  • 这些都是可以梳理达成目标、完成这样一个功能的使用需要哪几个环节。

• 第 3 个在整个问题链条中设置关键控制点找到影响问题的关键点
  • 这些控制点如果完成了有可能我们的问题也就顺利的解决了。
  • 就这些要被解决的问题我们可以提出多个可能所带来的问题的假设。比如 假设用户会使用这样的功能在这个基础之上给出调整点观察调整过之后对结果的影响
  • 针对 “发表评论” 的功能设计一些诱发的因素比如说可以发评论来获得积分或者说发表评论获得一定的奖励比如一些类似于 “评论家” 、“最佳答主” 等等的荣誉奖励。利用这样的一些控制点查看用户是否会因为此而带来长期的留存或者说愿意持续的使用 “评论” 的功能。
  • 如果有正向的影响则继续优化如果没有则放弃等等。

其实我们会发现针对这样的解析型问题就需要把这些问题具象化将问题的整个逻辑链路去梳理清楚并且在这些链路里面去设计一些能够让问题有正向解决方案的关键点。去做实验如果用户触发了确实能够让问题有一个良好的解决就应该让这一些问题的解决方案进一步的强化该模式与 “决策判断型问题” 的小规模试错的解决思路比较相似。

❤️‍🔥 沟通协调型问题的解决思路

继续举例子以此来说明 “沟通协调型问题” 。如下

假设我们需要让兄弟部门实现一个接口接口的目的就是让兄弟部门产出的内容能够在我们自己的平台上显示出来。最典型的例子就是我们的产品可能是一款工具型产品但是我们想要在工具型产品上展示新闻。但是我们自己没有生产新闻的能力但是我们可以让新闻部门的同事将他们产出的内容直接嫁接到我们的产品上这个时候肯定是需要对方支持的。

在寻求支持的这个环节里依然是有 3个 方法步骤。

• 第 1 个找到沟通双方的共同目标也就是需要回答对方为什么要把他们的内容给到我们
  • 对方的目标是什么我们的目标是什么这两种目标有哪些部分是可以交集的
  • 兄弟部门的目标是内容的曝光、内容的点击而我们的目标则是借助内容去提高用户的让停留时长从而进一步达到留存的目的。这两者之间的目标是互相匹配的情况下那么这件事情就能够继续推进下去。

• 第 2 个明确合作目标、合作期限、合作结果利益分配的规则
  • 这里需要计算双方达成共同目标分别都需要投入多少的成本。比如说对方只需要投入一个接口开发的成本而我们需要投入基于这个接口开发的完整的解决方案。
  • 在这个解决方案里我们需要考虑更多的能够帮助兄弟部门带来的曝光量曝光量就是兄弟部门希望获得的收益我们的收益就是基于内容的曝光量带来的用户停留时长与留存。这样的一个合作方式所寻求的往往是双方都认可的目标这些都是需要提前说清楚的。

• 第 3 个明确接口提供人、对接的方式、及时同步信息定期的向双方汇报
  • 这里需要明确双方的参与人员、双方的接口提供人员以及干系人(领导)都需要知道尤其是双方的领导需要达成共识。
  • 及时同步合作的信息并且向双方去汇报合作的进展让整个沟通协调的信息是公开透明的。
  • 如果能做到这一步的话其实整体的沟通、协调、推进的过程应该会更加的容易了。

以上就是 “产品经理” 遇到问题之后主要的解决思路。