做个简单点的产品经理

17 评论 6132 浏览 19 收藏 11 分钟

编辑导语:作为产品经理,你一定深知表达力对产品工作的重要性,可未必就十分清楚表达力背后那些不易觉察的制约因素。在这篇文章里,作者通过身边的例子,给大家分享了一个容易被忽略的产品思维——把复杂问题简单化,一起来看看吧。

“简单问题复杂化是知识,复杂问题简单化是智慧。”作为产品经理,你一定深知表达力对产品工作的重要性,可未必就十分清楚表达力背后那些不易觉察的制约因素。

五年前,我以为表达力就是演讲,于是我去努力学习演讲技巧;三年前,我以为表达力就是内容,于是我去拼命美化汇报方案;现在,我以为表达力就是大道至简,是对内容的聚焦和把复杂问题简单化的智慧。

上周有三件工作小事让镜同学颇有感触,忍不住想和大家分享一个容易被忽略的产品思维——把复杂问题简单化。

01 销售总监的干练

前天我们和业务对接市场需求时,当时存在这样一个问题:销售人员普遍反馈我们技术人员效率低、方式死板,业务反馈的客户个性化需求几乎都不响应,总是以开发时间长、开发成本高为理由搪塞业务人员。

作为产品经理,我们知道这的确是开发的问题,因为,他们远离市场,并不清楚业务的紧迫性和客户压力。

首先,让我眼前一亮的是,业务总监的表述,他毫不犹豫地说道:“针对市场反馈的问题,咱们技术口的同事,是站在公司角度考虑问题销售人员呢,是需要一半站在公司角度,一半站在客户角度去考虑。我们理解技术同事为公司的着想的心情,可在业务驱动下,我们还是要以客户为中心,对客户负责,需要多站在客户角度考虑,这样才更有利于公司商务的落地。”

你看,情商化表达以及和研发同事共情的前提,仍然是聚焦问题本身,简单干脆:研发不能只站在自身角度考虑,我们销售作为业绩部门是需要以客户需求为核心的,要尊重市场现实。

其次,在某个销售人员在对市场分析总结后,指出产品需求跟进慢,响应不够及时,该总监反问几个市场问题。如,这个市场需求调研了几个客户,都和客户的哪些人员交谈过,市场有没有通用性,有哪些数据支撑等等。

在销售回答不理想的情况下,该总监直截了当的说道:“那这样的话,我以为这个问题是咱们市场扫描不到位,不是产品和技术的支撑问题,下来你再充分调研下市场,粤西地区的客户情况我帮你分析。”

你看,“责”不避嫌,这底层的逻辑,其实就是把可能推诿、扯皮的复杂问题简单化、高效化处理。

那一刻,我觉得他应该是个优秀的产品经理。

02 个人行为不能代替组织行为

上周三,我们副总裁主持了第一季度的经营分析会,重点梳理了当前业务现状,集中分析了几个大项目没有落地的原因。

不瞒诸位,我们有好几个大项目都有这样一个尴尬局面:前期市场高歌猛进,客户态度如胶似漆,并且新产品需求都评审到位,领导从公司层面作出决策,要求务必推进,但最后都没有落地

没落地的原因,我们复盘总结后,发现主要有几种:

  • 研发总监A君认为,需求实现有难度,凭直觉认为我们现有的开发力量无法完成,于是不愿意推进该项目的研发设计工作。
  • 研发总监A君认为,现有需求实现时间紧迫,无法在规定的时间内完成客户的需求,于是觉得没必要做无用功。
  • 研发总监A君认为,这个项目容易实现,不必着急,结果无视项目经理的风险压力传导,坚持要等实现几个手头上的工作后再集中力量处理,结果错过客户时间要求,导致项目不落地。

为何出现这种情况其实有复杂的原因,但症结明眼人都能看的出来,就是在研发总监A君身上,这是复杂局面的焦点。

如何解决?

副总裁最后一锤定音:调整研发总监A君的权限,大项目统一由研发B君(研发副总)负责。

同时,特别强调,要把这句话写入公司章程——不能以个人行为代替组织行为。

你看,我们没有过分倚重历史包袱,没有照顾个人情绪(A君属于元老级别),而是选择了问题本身。

以前读《毛选》时就有个思考:任何问题都有一个本质解和N个现象解,只解决现象解决不了问题。

而本质解就是通往复杂问题的最简单路径,简单是复杂问题的最好表达。

03 简单是效率

上周我们产品经理评审了一个需求,由产品经理A君负责,镜同学也参与了需求评审,说实话,准备得很充实,唯一一点让我想择机提醒的是,需求不够聚焦,表述过于分散。

比如,在讲到某个需求时,我能看到A君想把需求“庖丁解牛”般的拆解努力,从需求背景、目标用户、市场发展、甚至未来的产品规划,逐一讲解,生怕听众不清楚。

打个不太恰当的比方:似乎是要把某个小需求疑问的祖宗十八代都表达出来。

而对方想问的产品逻辑可能只是:先有A还是先有B。

怎么看待A君的工作方式呢?有没有错呢?

单从需求工作态度来说,当然没有错,产品经理对需求负责,又在工作的上游,有责任也有义务确保需求表达不失真。

但若从长远发展来说,我觉得这样的工作方式未必有利于长期成长,这个成长不仅仅体现在产品的专业提升上,还体现在个人的人生发展上。

要聚焦问题,不要过于分散精力,这是解决问题的最优路径,也是最高效的表达,否则一定会带来不必要的麻烦和精力过度消耗。

事实上呢,A君的确应接不暇,时间不够用,因为别人询问你个A,你偏要讲个ABCDE,且不说这中间会带来不必要的出错和麻烦,单从接受效率来看,也着实降低了不少。

而且,我发现A君并不孤单,不少产品新人都会有这样的经历。

首先,我认为这是好事儿,有责任心的产品经理一定能有大的发展空间,懂得让受众听明白,也是应有的表达意识;其次,镜同学觉得,这也是需要走向更加成熟的表现,因为成熟的背后往往都是简单的模型支撑,越是复杂的商业其实底层越是简单的表达。

就像我上篇文章分析的一家上市公司的底层逻辑一样,他们的复杂生态也很简单:底层是传感器的感知能力,中间是仪器仪表的设,上层是物联网的云服务解决方案。

你看复杂吗?

所以,聚焦问题本身,跟问题有关系的逻辑要讲明白,没有关系的就尽量不要讲,即使讲也一定要分清楚时间、场合,不要把简单问题复杂化。

要牢记,产品事务高效处理的效率和法宝:把复杂问题简单化。

产品工作中,经常可以看到产品经理在沟通表达时,总是过于修饰,表述太多与需求本身无关的内容,像是一个知识的收纳器。

但往往需求传递和过程解决的效果并不好,问题的解决效率也不高,为什么呢?

因为,把简单问题复杂化是知识,把复杂问题简单化是智慧,知识是智慧的基础,解决问题还是要靠智慧

当然,关于简单也许还涉及一个哲学命题:简单事情最不简单。

说到这里,我突然想起一首歌,歌词大概是:

简单点

说话的方式简单点

递进的情绪请省略

你又不是个演员

别设计那些情节

做个简单点的产品经理,别总是给自己加戏。

#专栏作家#

产品大峡谷,公众号:产品大峡谷,人人都是产品经理专栏作家。七年B端产品经理,供应链物流与金融领域,擅长需求设计、业务指导、商业观察等。

本文由@产品大峡谷 原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自 Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 把简单问题复杂化是知识,把复杂问题简单化是智慧,知识是智慧的基础,解决问题还是要靠智慧。

    来自中国 回复
    1. 赞赞赞

      来自河南 回复
  2. 把问题简单化的后面是:
    1、在很多个问题中,提取出最核心的问题;
    2、在最核心的问题中,提取出问题的关键点;
    3、在问题的关键点上,结合自己的经验,思考解决方案;
    4、在解决方案中,找出最优的解决方案;
    5、把最优的解决方案,用精简的语言表达出来;
    6、在表达出来的语言中,结合实际情况,用最优的资源进行执行;
    7、在执行过程中,需要安排跟进并落地;
    8、在落地过程中,需要安排结果输出;
    9、在结果输出后,需要有总结。
    简单点的后面,其实并不一定简单。
    个人觉得,我们应是把解决问题的每个过程简单化,还不是把解决问题的所有过程简化。

    来自湖南 回复
    1. 哇,强赞

      来自河南 回复
    2. 脉络清晰

      回复
  3. 简单点,说话的方式简单点,把事情讲清楚就是最好的

    来自广东 回复
  4. 有时候思考问题简单化,一些打造产品过程中暴露的问题就迎刃而解了。

    来自江苏 回复
  5. 知识是智慧的基础,解决问题还是要靠智慧。
    但这个智慧,是指哪一个方面呢?我感觉智慧这种东西,是玄学

    来自云南 回复
  6. 情商化表达以及和研发同事共情的前提,仍然是聚焦问题本身,简单干脆

    来自浙江 回复
  7. 要聚焦问题,这是解决问题的最优路径,也是最高效的表达,学会如何高效的说话真的也很重要。

    来自浙江 回复
  8. 简单问题复杂化是知识,复杂问题简单化是智慧,训练自己的表达力,把效率提上。

    来自广东 回复
  9. 表达力对产品工作真的很重要,产品经理就是产品的发声者,努力表达也算是一种工作职能

    来自江西 回复
  10. 产品经理需要对自己的产品负责才行,产品经理就是自己这款产品的代言人,任重而道远

    来自江西 回复
  11. 简单个大瘠薄袄~

    来自河南 回复
    1. 晓庄同学也爆粗口(ps:狗头表情)

      来自广东 回复
    2. 我们俩可熟了,我天天骂他~

      来自河南 回复
    3. 庄庄袄,半年过去了,你出差回来了波,都欠我好几顿饭了袄~

      来自河南 回复