产品经理新人培养记：看他们在重复踩自己曾经踩过的坑

发布者： 91运营 2018-10-24 15:57 产品经理坑

4002

最近几次评审会，对新人产品有些感悟跟大家共享下。

我记得刚入行做产品时，还不知道产品岗位具体是做什么的，就瞎蒙乱撞的走上了产品路，所谓不知者无畏，一晃也这么久了。最近新入职了一些新人产品，看他们在重复踩自己曾经踩过的坑，这里梳理一下，跟大家共享。

由于大学专业学计算机的有点儿技术底子，运营又略微懂点儿皮毛，做起来会带有自己的主观意见，年轻气盛，做起来非常吃力，经常跟开发撕的不可开交，但根本原因实际是自己没有把业务逻辑完全呈现出来，只在自己脑子里有是没有用的，要用一种大家都看的懂的方式呈现出来，并且让大家都懂得该怎么做，也就是“从哪里来，到哪里去，这个位置会有多少种状态”。记得初识“产品”概念是在公司内部的社区部，智能硬件的产品老大讲自己的心得，“只要你用心生活，你就是产品经理，每个人，都是自己的产品经理，用一生的心血及经历打磨“自己”，做产品即做人，体现的全部都是人性。“一款产品是支撑公司整个运营的基点，要有灵魂！

常见的问题

1、新人产品经常遇到的问题就是考虑不周全

比如拿到一个需求，快速开始画原型，画出来后发现漏了很多，需求评审时屡屡通不过，对原型的理解不是很到位。

再比如下面这张，这是我截取的新人的原型图，大家谁能看的懂？看的明白？这玩儿是要干嘛，要表达什么吗？

2、没有思考的照搬别的产品，也是容易犯的一个大问题

别家产品那么做一定是出于他的业务需求，出于他的商业链条，那么直接竞品之间，有没有分析相同点与差异点，就直接拿来了，间接竞品间相似的功能点有何不同，实现方式的优势略势在哪儿，一问三不知。不思考的东西别说灵魂，连需求都做不完整，这就是最大的问题。

工作误区

产品岗位是链接整个业务的链条，是开发，运营，业务需求点的桥梁，除了具备能使项目正常推进的能力外，还需要考虑如何更好地实现转化，留存！可能由于现在快速开发快速上线的快节奏，导致工作方法存在误区，做之前的沟通是非常重要的，并不是产品一个人全部做好了，开评审会，好了去做吧，现在市场上主流的功能，是都能做，也都能实现，但是能实现，实现好，流畅度，体验度是不一样的效果的，当你对技术并不是那么熟知的时候，应当本着谦虚的态度去咨询一下。

思维误区

需求文档都标好了，就按照这个来，开发完了后，发现不行，需要返工，最近的观察中发现，这总思维误区是产品对整个逻辑不了解时产生了厌烦心理，急于快速搞完，然而当对整个逻辑有了深度了解后还会产生这种厌烦心理，原因在于，沟通的不及时，未建立同理心，引来了协作的不满，做着做着需求变了，改着改着需求又变了，对于业务逻辑上讲没变啊就是换了种方式，增加个字段而已啊，但是对于开发来讲，他们要调用不同的接口，查n个表，多增加n个字段，换一种算法儿，才能满足你当前的需求，各方的情绪都会高涨，本着总是很简单的态度做事儿是会作死的。

做的时候可以把业务逻辑梳理处理，开发逻辑梳理出来，每个对象对应的用例梳理出来。

梳理清晰了，大家就都清晰了，有多少个view,有多少个接口，有多少功能模块，有多少条业务链。

方法论

当对象对应的各种功能模块都梳理清晰了，前期工作都做好了，开始进入最烧脑的需求整理，对于这儿的方法，建议是先建立需求池，把所有的需求都统计出来，进行删减，归类，隐藏，排优。

需求池

需求池的罗列看个人习惯，有人喜欢直接在Axure里画，有人习惯于Excel表格罗列，表达的效果都是一样的，我们一般要求团队统一使用Excel，因为开发们习惯了表格方式去布局。

需求整理

对所有的需求进行删减，归类，隐藏，排优阶段，对于开发无法实现的功能可以直接删除，对于现阶段的产品可有可无的功能可以直接删除，归类根据不同的tab属性，对象属性，或者功能模块归，隐藏跟排优可以配合完成，对于现阶段产品的重要且强需的功能进行优先级划分，考虑开发周期及难易程度，业务强需，能够在下个版本迭代时再上的功能，划分到下个开发周期

流程梳理

结合需求整理出来的功能进行流程梳理，把各个对象之间的关系缕清即可。