【产品思维】聊聊我理解的产品思维

闲谈

窝在宿舍床上,抱着一桶泡面啃,嘴里念念有词:再不更新文章别人会不会以为我这个号已经挂掉了,思来想去,觉得今天必须得凿一篇文章以证清白。公众号维护一个多月现在才40多个关注人,好丢面子 (´-ι_-`)。

说正经话

今天想分享的内容是PM同学经常会听到的一个词:产品sense。这里想结合自己的经历,讲讲什么是产品sense。阅读文章之前,温馨提醒:

  • 系个人产出,能力有限,内容如有偏颇,还望在公众号里面留言,必定回复;
  • 产品思维不单单是PM需要,我想对于所有从事非技术职位的同学,体验一下这类思考问题的思路,想必有些积极意义;
  • 人人都是产品经理?我觉得是;人人都能成为产品经理?就比较扯淡了;

从5个方面来表述一下什么是产品思维。

一、以目标用户诉求为导向

这个短语里面有两个关键词:目标用户和诉求。

先解释第一个,什么是目标用户?对于任何一款产品而言,不可能所有的用户的都是它的目标用户。快手短视频很火,可是它的产品调性让我不喜欢使用,我不是它的目标用户;基金定投能够让财富增值,但是很多学生并不会投资,因为学生群体也不是基金产品的目标用户。作为产品管理的参与人,尤其是在接手新产品的时候,找准产品的目标用户,显得尤其重要,因为它关系着日后的工作决策是否切实有效。

那什么又是诉求?咬文嚼字的文字游戏就不玩儿了,诉求指的就是用户最需要的解决方案,诉求并不意味着用户需要,因为很多时候用户也并不知道自己需要什么。比如我说“我想吃东西”,给我拿个汉堡我会觉得开心,但是给我一碗饭我也会很满足,因为我的诉求并不是我想吃什么,而是“我饿了”。用户的言语表达具有临时性和突变性,而更具有参考价值的则是用户的行为,这也是用户研究存在的一个很大的意义。

我们常规思考问题的场景,更多的是以个人或者既得利益方作为出发点,无可厚非,因为很多情况我们的行为都是服务于我们自己。但如果从职于产品方向,则在面临问题时第一反应需要站在目标用户的角度去思考,讲究同理心,也就是换位思考。这也是为什么说成为产品经理之前必须要先成为产品的目标用户,毕竟“知己知彼,方能百战不殆”。

二、用流程的方式回归问题

这一句话有点拗口,语文不咋地的我也不知道怎么用一个短语来表达自己的想法。其实质就是,在处理问题或者设计方案时,学会以第一人称视角走完产品流程,在体验流程的过程中去发现问题并从中解决。产品服务于用户,用户在使用产品的过程中就必定会产生前后环节的衔接,而产品在设计之初也需要明确,哪条线是我们希望用户去走完的。

流程回归和换位思考有相似之处,不过前者讲究落地执行,后者则侧重需求分析。其实这种思考方式在小学老师教我们看统计图时就有所体现,先看横轴,在看纵轴,然后结合两种信息再分析独立的点。这样有条理的分析思路能帮助我们规避无用功的投入以及避免落下一下有价值的要素。行为总是有先有后的,这不过这次,我们是换成了用户这类角色。

现在很多需求产出的场景,往往是在某个环节或者某个功能点进行优化,较多忽略了在全局流程的层次来看待问题。当然我说这句话很容易被打,毕竟产品越做越大,要是每次都重复一遍流程思考,也就不适合互联网“小步快跑,快速迭代”的模式。两者存在冲突,但是依旧可以兼容,比如制定迭代几个周期就进行一次回归复盘,减少不必要功能的累加。一些“死胡同”性质的功能不能说失败,但是是有缺陷的。

三、时刻保持成本收益意识

这一点对于老资历的PM来说基本OK,可能也是因为被老板怼多了,工作经历丰富,成本收益意识也就形成了条件反射。那么对于像我酱紫的菜鸟PM,起初经常会觉得产品需要为用户提供良好的用户体验,因此一味的想把产品上所有影响流程的不足一一修复,可是往往忽略了需求的收益以及耗费成本

其实多被RD小哥哥吼几次,多被设计小姐姐怼几下,多被老板骂几回,多学点技术设计知识,差不多就能形成成本收益意识的条件反射了(* ̄∇ ̄*)。

需求设计的成本大概包括以下几个方面:

  • 技术成本:大多数需求实现是需要RD小哥哥一行行代码敲出来的。因此PM就需要了解一些客户端、服务端以及数据库方面的知识,免得提出的需求毫无人性;
  • 设计成本:不要以为设计小姐姐长得好看就好欺负,怼起人来也是不落下风,如果提出一些稀奇古怪的交互需求,恐怕做个动效都得花很久,基本的审美意识和交互知识,还是很必要的;
  • 资金成本:这方面主要体现在运营活动,比如红包激励、H5抽奖活动等等,都需要初步计算资金预算成本是多少,花出去的钱,一分都不能浪费;

那么相对成本而言,收益的评估维度又包括哪些?

因为这个不同产品的KPI量化指标不同,也没办法去一一衡量收益的维度,不过大致总结就是三方面:

  • 为公司挣钱;
  • 为公司省钱;
  • 不挣钱也不省钱,但是是为公司主航道业务而服务;

另外需要强调一点,无论是描述成本或者收益,量化指标非常重要,很多情况下无论是RD还是设计还是老板,最关心的就是需求的凭据,而凭据最有效的呈现方式就是数据。因为这方面自己栽了不少跟头,所以想单独拎出来讲。

四、凭数据和事实说话

无论是做产品还是市场or别的业务型岗位,数据往往是逃不过的一个工作要素。在上一篇文章《【需求评审】谈谈产品需求如何被“接生”》我在结尾处谈到了数据作为支撑需求评审的重要性。可能是因为自己从小就比较恐惧数学的原因,过去很多场景下自己的需求都是凭借用户调研或者简单的数据分析就开始产出了,对数据的挖掘程度还远远不够。随着几次磕磕碰碰的需求评审,越来越意识到数据在工作当中的重要性。数据分析作为PM的核心能力之一,需要去不断强化。

这一部分内容自己很难给出具体的case,想提醒的就是,实际工作和在学校很大的不同,就是在工作时的任何一个场景,无时无刻都在付出成本,而说服上级或公司提供这种成本,则就需要给出凭据,PM需要通过给出凭据来获取公司资源,而凭据呈递最有效的方式,就是数据。

似乎回到了当年“学好数理化,走遍天下都不怕”支配的恐惧。

五、懂得协调资源分配

这一部分可能显得比较虚,什么是资源,怎样协调,这些情况都是根据自己公司的业务状况而定。而PM需要做的,就是合理的将大问题根据拆解为小问题,能够定位问题的原因并将其交付专业同学解决。比如定位问题属于交互类交付给设计同学,问题出现在客户端则就交付给客户端RD,如果服务器宕机那么就需要让OP同学去解决,如果产品需要新用户则就要求运营去策划活动。在整个产品生命周期管理的过程中,各种各样的问题会层出不穷,PM利用产品思维在问题面前快速有效的去推动解决就显得极其重要。

资源协调和推动很考验PM的综合素质,尤其是在面临具体问题的时候更加如此,而且PM没有管理层那样的具体资源调度的实权,就好比古代战争时筹划谋略的军师,能够利用各种军事策略跟敌军战斗,但是最终调度军队的只能是元帅。所以,想要当产品大军中的元帅,骚年们,努力吧。

复盘:

我认知下的产品sense:

1、以目标用户诉求为导向;

2、用流程方式回归问题;

3、时刻保持成本收益意识;

4、凭数据和事实说话;

5、懂得协调资源分配;

——欢迎扫码关注“滔滔有话讲”——