2018-11-28 22:25:58
当遇到问题时,我们需要寻找解决问题的突破口,先理清自己的“解题思路”,然后再采取相应的实际行动。
各位好,相信每个人都会有过这样的时期,无论怎么解决问题,都会被问题拖着走,不断执行,却得到不好的结果,处于被动阶段,这很有可能个人瓶颈期或产品瓶颈期到来。
今天要讨论一个比较大的问题,当我们遇到这种情况时,如何去寻找突破口。
内容包括三部分:
可以回想下当我们拿到一个问题,我们的思路是怎样的?举些例子:「比如当某个模块“点击率”下降了,我们处理的思路是怎样的?」
通来说,我们会拆解,点击率下降了可能存在的原因,并在可能性较大的地方尝试和验证。
我们还能拆解出许多原因并定位和验证。这种思路框架是:看到问题 -> 解决方案 -> 拆解 -> 验证。
再来看另外一种思路,先找到问题,判断哪些问题值得解决、有机会点,再来拆解和验证。
找到问题:根据“点击率”下降这个现象发散很多问题,比如如何让用户喜欢看内容,如何合理下发内容,如何让用户快速找到喜欢的内容?
判断机会点:判断哪些问题是现阶段解决后带来最大价值的……
这种思路框架是:发现问题 -> 机会点 -> 解决方案 -> 拆解 -> 验证。
有人会疑惑,一个点击率问题有必要么?当然,一般问题按照第一种方式很容易解决,也很快。以至于,很多人遇到问题,就会思维惯性走进这个框架,甚至工作越久越容易有惯性。
一旦陷入这种「问题—方案」的思维陷阱后,自己甚至没有意识,当在关键节点时错失很多机会。
我们来对比下两种思路,第一种思路会有怎样的问题:
问题比解决方案更重要,当没有找到正确问题时,所有方案都无效。
「点击率」下降只是现象,不是问题。
根据现象要发散出足够多的问题,才有机会找到核心问题,在大公司或大环境更加细化的情况下,我们看到的问题也会越来越少,找到正确的问题也更难。
也是因为没在正确的方向,在不断拆解和执行方案A过程中,会导致引发问题B,问题B解决方案又会引发其他问题,导致解题思路越来越窄,在资源时间有限的情况,更加不可能找到合适的方案。
比如在样式A/B TEST过程中,发现A样式的逻辑有问题,去修改;发现样式不够多,去增加;增加的样式又有新问题……
被动的执行是因为没有跳出惯性思维框架。
当被boss不断提出新问题时,当被用户反馈各种吐槽时,当我们不断在写各种方案时,当我们高效的执行所有的方案却都得到好的结果时,想一想为什么我们会处于被动的阶段?
提供两种非常实用又符合第二种思路框架的工具,分别是:
产品规划是全局的,站在项目的角度,需要分析数据、用户、市场等等,是从上到下的设计思路,适合在产品初期或成长期快速推进时的思路;而概念设计师则刚好相反,站在用户角度,尝试找到散点亮点,从而找到核心问题,是从下到上的设计思路,适合产品成熟期瓶颈期寻找突破。
两种思维模式都在不断的发散收敛,直到找到问题,才进行方案思考。接下来一步步拆解下这两种思路,可以根据步骤实际落地。
之前有我有过一篇文章说明过产品规划如何做,里面的内容不再赘述,包括目的、框架等,这里将对每个部分详细展开和补充。(产品规划旧文请点击链接)
多半人提到产品规划就会拿出这个表格,什么时候完成什么需求,优先级如何,看似合理,但是问题在于这份表格很可能是短时间内拍出来的,缺少论证性,任何人提出质疑时都可能说服不了对方。
产品规划在于自我梳理和论证,前面80%的内容才是重点,路线图和表格只是结果。完整的产品规划应该包括:
分为两个大部分,数据分析、行业趋势、竞品分析、用户分析这几个步骤都是为了发现问题,找到核心问题和正确的方向;产品定位、产品策略、路线图是得到合适的方案。
数据分析每个产品经理都会,那我们要得到什么?数据分析最终要得到的是y=f(x),从而发散出更多问题。
如何找到y、x、f(x),从中发现问题,常用的三类方法:
数据项趋势:
和竞品对比:
经验值:
举例1:留存的421。
非游戏类应用,次日留存应该为40%,七日留存应该为20%,三十日留存应该为10%
当低于这个值时,当三个值趋近一致时,分别代表什么?
举例2:PUSH活跃占日活10%~20%。
当高于或低于这个值,分别代表什么?
还有许多的经验值,需要慢慢累积和修正
当我们拿到用研部门整理的报告或者自己调研/访谈的资料,大多数的同学都只是看一遍后放在旁边,对产品几乎没有帮助,如何利用这些资料进行有效的用户分析。
绘制体验地图,X轴为产品操作流程,Y为关键行为、想法&感受、痛点/问题、目的。
卡片聚类:将用户特征、用户目的、用户问题/痛点,写在不同颜色的卡片上,将相同特征、目的的相似用户用户聚类,分为几类典型用户:
再将同类用户的相似问题聚类,最终得到许多「用户群A1在场景B1遇到问题C1」。
行业趋势:
行业趋势要看大的方面,没有什么捷径。
竞品分析:
竞品分析要看细的方面,从信息架构、功能对比、更新日志得到产品策略,以便参考。完整的竞品分析应该包括:
网上有比较多的总结,可以参考,不展开详细说明。强调下可以把更新日志和时间线结合起来看,有效得到竞品的核心策略(产品A1在市场环境下,采用策略B1,得到结果C1),帮助和协助我们得到更多问题。
以上,在过程中我们能够发散许多问题,而从中确定核心问题还需要结合产品定位。
产品定位指的是产品的大方向,解决的核心问题,用户的认知,用一句话来表达:在场景A解决用户群B的C问题(核心问题),这就是产品定位。
比如摩拜:解决在城市中人群中,短距离交通中,用车流程和无车可用的问题等等……
产品定位结合上半部分的数据、用户、市场综合分析得到:
产品定位还需要核心策略来落地,称为KEY POINTS,而KEY POINTS是结合之前数据、用户、竞品、市场分析下来的策略,接下来要做的几个重点工作和方向:
针对提出的Key Points,一个个论证。大致的逻辑是,列出你期望达到的目标,阻碍到达目标的的问题是什么(产品问题和现状),提出解决方案。
什么时候做什么事情,根据规划的内容拆解需求list,并组成循序渐进的产品阶段,最终掌握整个产品周期的节奏。
设定目标可以有两种类型:
两种类型的目标根据不同阶段可以不同,以KPI为主的目标,多以数据导向,在快速成熟的产品中经常用到,而以OKR为主的目标,多以关键结果导向,在创新的产品中经常用到。但是两者最重要可拆解可衡量,让每个月甚至每周都能看到目标完成度。
有人说经过了以上所有步骤和分析,但是仍然找不到答案,这时候可以试试产品workshop,多人参与进来,会有不一样的结果。
Design Workshop 是 Google等很多业界顶尖公司常用的产品设计方法和工具,国内许多优秀创业公司也在用这套设计方法。
Design Workshop 也是脑暴的一种,但是大大区别于传统脑暴,Design Workshop有明显两个特点:
我作为组织者在多个团队中不断试验,得到非常好的反馈:
先来看下Design Workshop 的全流程,比较完整的Design Workshop 会大概持续5天,每天大致2h,如下:
DAY1:
在第一天的目的是为了找到基于主题的正确问题,为此会进行:
DAY2:
第二天是基于第一天找到的核心问题进行分组脑暴,并通过THINKING HAT为后面方案制定提供参考意见。
DAY3/4:
将DAY2中比较粗线条的storyboard,落实到原型中,考虑更多细节。
DAY5:
如有时间将制作高保真原型,进行后面完整的用户测试;如时间不允许也可邀请更多人或专家来评价workshop产生的idea,给出更多意见来判断是否落地。
……
整个workshop过程是遵循发散 -> 抽象 -> 具体的过程:
「发散」:提问、头脑风暴,保证了找到正确问题,并且不会错过各种可能性和细节。
「抽象」:Idea 分类和完善,帮助我们整理出想法中的产品逻辑和需求解决方案。
「再具体」:方案设计,保证我们所有的想法和需求都能落地成为可见的设计。
过程中有三个关键理念需要注意:
(1)HMW提问方法
HMW(How might we…)是一种科学的提问方法,帮助我们找到正确的问题。HMW是一种心理引导,也是基本句式。