产品经理这个岗位连续几年被炒热，尽管到了现在2016年市场的产品经理岗位已经没有多大缺口，仍然有一批批大军加入其中。来自各种专业的人都想在跻身互联网行业，产品经理无疑的相对技术来说门槛较低的。好吧我也是其中一员。==
人的认知总是有个先入为主的特点。在开始实习产品之前，通过阅读相关的书籍和知乎上的大量产品相关回答，我对产品经理的工作是有了整体的认知的，我心里便对产品工作形成了比较固定的印象。然而当真正实习了三个月，回顾自己期间做的事以及观察老大在做是事，会发现会有很大的偏差。当然这可能也跟公司的差异、产品类型的差异有关系。
1.产品市场评估
在启示录一书中，产品评估是很重要的环节。市场是在动态变化的， 每个期间产品面临的市场状况都不一样，竞争对手甚至用户习惯都不一样。这里复述一下我认为很重要得八点产品评估问题：
1）产品是为了解决什么问题2）为什么人群解决这个问题3）成功的机会有多大4）怎么来衡量产品的成功5）当前市场竞争格局是怎么样的6）我们做这个产品的优势有什么7）是否符合市场时机8）营销推广方案如何
也许产品启动初期，整体的需求大方向已经由老板敲定了，产品经理便针对整体需求对产品进行完善。我在实习期间所观察到产品经理便是处于完善功能的一个阶段。这也许是产品刚上线大半年，还处于功能完善阶段，而且是属于to B市场，对于用户的需求点也是明确的，产品经理的重点方向便是针对这些需求点把功能优化到极致。因此这跟我之前认为的要深入了解市场动向是不太一致的，甚至从来不需要写MRD，每次过需求都是在完善现有的功能点，或者产品架构的小调整。
2.运营数据的分析
产品经理跟程序员提需求最重要的支撑底气就是数据分析的结果了，针对用户是使用情况，哪些功能是使用最频繁的，哪些点是用户很少关注的，针对用户的数据来分析，简化用户并不太关心的功能点，优化重要功能点的使用流畅度等等。这些在我实习期间接触得也不够。原因有两点，一是企业级产品不像to C那些拼用户量下载量，我们的重点是满足大多数企业的需求，因此用户的使用数据不多。二是产品处于初期，注册用户量确实也不多，不像BAT很多产品动不动就是上亿级。因此我们目前对用户数据的收集还来自线下的方面。企业级产品不像to C那样线上推广就能吸引大量用户，需要销售人员跟企业负责人沟通收取需求，因此我们现在很多功能点的优化也是基于很多大客户的需求来改进的。
3.需求评审时哪一方话语权更重
这个在大公司的话应该是与公司的理念是有关的，像腾讯多以产品主导，产品经理的话语权肯定是比较重的，百度以技术主导，产品经理可能相对就要经常妥协了。我认为这也是跟产品的形态和用户群体是什么而决定的。如果偏注重用户体验型的产品，就算程序员决定实现某个功能比较麻烦，老板也会偏重产品这一边的。如果偏重于业务的需求，像企业ERP和CRM系统的产品，产品经理提的需求要是与后台架构师的逻辑架构不吻合，肯定要以程序员说的算。还有一点可能跟老板的职业出生有关。比如我们产品总监之前搞了很多年研发，现在在需求评审时会或多或少为技术方面考虑，也许跟多年技术研发的思维方式有关。
总结一下，各个领域的产品经理实际工作方式还真是大不相同，针对负责的产品形态和所处周期不同也存在较大差异。但相同的都是协调各方共同推动产品的发展，这点是产品经理无需质疑的。实习完更加深刻体会到产品各个环节出现问题都应该由产品经理负责。
欢迎交流~
