“数据产品经理”的产品技能成长之路
我之前写的文章，更多是讲数据产品经理的数据部分，所以今天讲一下，数据产品经理的产品部分。比较适合年轻的数据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、需求沟通碰到困难怎么办：拉着运营怼研发，拉着研发怼运营。
如果自己还处于初级阶段，对方很资深，那么，可能需求调研也不如人，数据分析也不如人，那么，请参考上面这句话。
作者简介：跃盟数据产品经理。
微信：276982689.
微信不私聊。可以帮忙发各种数据届的信息比如招聘、找工作、找顾问等。
有沟通者可加群。加群者需是数据从业人员。
有问题请小密圈。