“数据产品经理”的产品技能成长之路

我之前写的文章，更多是讲数据产品经理的数据部分，所以今天讲一下，数据产品经理的产品部分。比较适合年轻的数据pm。


之前文章：


  如何一步步从数据产品菜鸟走到骨干数据产品


算法类产品的数据产品经理的成长之路  


写的比较长，主要写了需求理解、培养学习方式、沟通三个方面。其实要写的东西非常多，但是后来考虑到，一个pm如果掌握了对需求理解的方式，和学习方式培养，并且能够和人沟通，那么其他的问题，都可以自己去解决。





一个数据分析师的工作，大部分是前两种：商业sense和数据分析。


一个初级数据pm的工作，涉及商业sense的较少，大部分是后三种：数据分析、产品经理、项目管理。能解锁的顺序也是从左到右。


数据工作，和产品工作的前期，都是技能型工作，都相对简单，接受需求，专注于技能提升即可。


但是当真正开展产品工作后，工作性质会发生非常大的转变，要推动别人，说服别人，要在产品的大小事情上做决策，对一个人的思维方式、沟通能力、做事方式，都提出了很大的挑战。


所谓入门容易，升级难。


一、 对需求了解的深度，决定你工作的顺利程度


做产品，是一件团队合作的事，你的威望没有，职级没有，别人为什么要听你的。


只能是你了解需求，对需求了解足够深。


做到这一点的并不多，大部分人是自认为了解需求。


有一些需求评审会，pm觉得自己和研发是相互合作，研发同学有时候会觉得自己在精神扶贫。


我曾经去需求评审时，看了prd，问，A功能做不做，B功能做不做。对方犹豫了一下，回答，做，但我没写上。我就继续问：那是做还是不做呢。没有回我。等我听完整个会，发现他根本没准备做的。于是心里有了底，这个pm应该只是领导给了他一个需求后，他用页面实现了领导的想法，了解并不多，所以对我的问题，不知道怎么回答。


这就是所谓的“页面经理”。并不是说页面经理不好，只是说如果pm想成长，还不够。


我们问pm产品为什么这么做时，得到的回答一般是：运营说这么做，BAT某一家就这么多的，领导说要这么做的。


一般如果这么回答，有经验有责任心的研发，就会像我上面想的一样，知道这个pm的底，如果有问题，跟他沟通也是费时间，不如绕过他。脾气暴躁的研发，就可能直接发火。


我就见过研发直接骂过来：你们连抄都不会抄。


这些事情对pm来说，都会带来很大的心理压力。


不过，好在需求的了解清楚，其实很简单。多问自己为什么。我提供了一份需求思考的问题列表，可以在每次提需求之前，问自己一遍，基本设计出来的产品，合格率就能提升一个水平。


你自己也可以整理自己的问题列表。


问题列表：


商业价值和核心竞争力：新手Pm要保证能够理解，并且正确的传达给技术。
用户场景：（场景想清楚，是最重要的。你的每个功能，用户是在什么情况下使用）
这个项目，都完成哪些用户场景；----这一步是必须要说明的，因为这是本次的产品功能实现的边界。
每个场景的频次是怎么样的？哪些使用频次高的场景，是否需要再优化下，高频场景要在能力范围内，提供最好的服务。使用低的场景，是否要本期加，还是下期加。是放页面边角位置，还是隐藏。
用户：我们的用户是谁，体量多大，做的不好用了忍受度多高？能给我们多长时间修改？
竞品：BAT：他们的用户群体，和我们的用户群体一样么？发展阶段一样么？
需求上下游：做产品的，一定要知道自己的功能都跟谁相关。曾经有一次其他组上线，上线后发现我负责的产品全都不能用了，让当时刚做完手术的我一周通宵两次，直接身体就落下病根了。
需求前后期：
这个需求后面做什么，本次是权宜之计，后面修改，还是短期内都不改了。
以后用户量如果很快起来，这个地方需要怎么扩展。
风险控制：会有哪些风险？风险出现的频次高不高，这一期要不要加。
业务部门：运营的同学，拿到这样的功能，会怎么去用。是否需要同时配合出运营工具。
二、培养自己的学习方式，是决定你在pm的路上能走多远。


pm的学习能力和其他职能不同，是软技能。


软技能，既没有明确目标，也没有明显收益。所以很多人都反馈，我学不会。


你学习一个编程的case，能立刻正确/错误的实现在电脑上。


你看了一本讲产品设计的书，大概率是不能用于你自己的产品设计上。于是这本书枯燥无味，你也看不进去。


所以，要培养自己的学习方式。


1、选择自己能学到东西的渠道


有的人能够通过看书学习，有的人能够通过视频学习，还有的人，能够通过和人聊天学习。


我之前的领导，每天的工作，就是去不同的部门，和不同的人聊天。


所以，每个人的学习方式不一样。


通过跟研发打交道学习，也是一种方式。一个项目对四五个研发，每个研发人员都有自己的问题，把他们的问题记下来，看反映了自己哪方面的思维缺陷，这样坚持下去，思维缺陷就会越来越少。


2、要有意识的训练自己


看到的是别人的，学到的才是自己的。


我实习的时候，当时的领导，就训练我的思维方式，要求日常见到的每件东西，都要从产品经理的角度去分析。


后来，我工作后，认识一个朋友，是设计师，背景没有多好，前几年做到了某独角兽的设计总监。她之前跟我说，她刚工作的几年，各种私活都接，大年三十还在家里做设计稿，就是为了练自己的水平。


3、产品经理的训练，也可以采用多种方式。


比如：每本产品经理的书写的都一样，都是需求调研，需求沟通，项目跟进。看起来都很简单。也没有什么收获。


但是，你可以自己对照一下，你自己需求沟通的时候，用了哪些方式，和书上写的有什么不同，怎么样会更好。


这样相当于用作者的写作框架，梳理了我自己做事的思路。


很多人会问，我没有做过相关产品，所以理解不了，看书也看不进去。


我也有这个阶段，我的处理方式是，看到的书，书里的每一个案例，我都挨个分析书里的处理方式好坏，并且给出我的分析和处理。


所以这样精读几本书，就足够你成长一大截了。


三、需求沟通：


这是另外一个大话题。好在能够经过产品经理面试的人，在沟通上都不会有明显短板，所以我这里只用简单几条，记住就行：


1、需求沟通的原则：不在乎的才谦让，在乎的都去抢。


就是说，每个需求，都要心里有底线，哪些能让，哪些不能让；


不能让的，不是对方部门的领导说了算，是你自己的部门领导说了算。


2、需求沟通和表达的方法：看麦肯锡的《金字塔原理》；


3、需求沟通碰到困难怎么办：拉着运营怼研发，拉着研发怼运营。


如果自己还处于初级阶段，对方很资深，那么，可能需求调研也不如人，数据分析也不如人，那么，请参考上面这句话。


作者简介：跃盟数据产品经理。
---------------------
作者：PMCAFF产品社区
原文：https://blog.csdn.net/pmcaff2008/article/details/81117003