如何从产品小白进阶到产品经理

不知不觉已经入职4个月了，从一开始了解业务，逐步接小需求，到现在开始接中型需求，时间真快。。。

说下自己的感受：

1、小需求：最初的小需求通常不需要思考太多，看到需求的时候方案基本就已经明确了，这种需求跟进起来非常顺手，甚至有一种自己什么都没做的感觉，只是在运营和研发之间传递了一句话一样。

2、中型需求：中型需求有了一定的调整，需要认真考虑方案，考虑需求背后的逻辑和影响点，应对方法如下：

       a、对接需求方：和需求方沟通清楚，第一，现在存在什么问题；第二，这个现有的问题导致了什么样的后果，如人力成本浪费等；第三，基于这个问题请需求方说明理想情况下，想做一个什么样的产品或者工具来解决；

       b、出产品方案：基于需求方的问题及问题的影响面，评估这个需求的优先级，基于要解决的问题，去思考这个问题是怎么导致的；基于需求方的理想状态去思考做这个产品的目标；基于问题现状和目标的差距去考虑最优的产品方案。虽然有时运营会给出他们自认为的最佳方案，但是一定要跳出来看需求，想想针对什么问题做了这个需求，然后综合评估给出最佳的解决方案。

      c、对接研发：将整个需求背景讲清楚，说明该方案是要解决什么问题，请问这个产品方案实现的可能性，如果可以实现，则及时排期，请研发评估出需要多少工时，大概什么时间开始开发，预估上线时间，明确了研发排期之后，在开始开发的时间持续跟进，在开发中期及时把控进度，避免项目延期，通常如果一个项目在开发时间的中期没有完成一半，多半会delay。

     d、对接测试：在研发完毕后，进入测试阶段，测试人员会对产品，按照产品需求文档说明的功能点，进行严格的测试，一般测试分为正向流程的测试和逆向流程的测试，比如发票的可开金额为100，我测试时就要将大于100，小于100，等于100的情况逐一进行测试，看是否会弹出相应的提示如”开票金额大于当前可开金额，请重新输入“，测试完成后，产品上线即可。

     e、产品上线：产品上线后第一时间自己进行适用，然后无误后及时告知需求方，请他们验收，如有问题，继续debug，修复。

3、大型需求：大型需求的整体步骤与中型需求相似，但是整个业务线或者整个公司级别的平台产品，往往涉及到了小组合作，跨小组合作，跨部门合作，跨事业群的合作，这个时候需要注意以下问题，正在经历，想的不够全面，仅供参考。

      a、一定要清楚自己部门能做什么，需要其他部门做什么，哪些接口是强依赖的（对方不做，我们项目得中断），哪些接口是弱依赖的（对方不做，我们部门可以做，只是做的慢，总之有替代方案）

      b、明确上线时间，且一旦项目开始记得每周发进度邮件

      c、方案一定要提前规划，尤其是跨部门的部分，一定要及时告知对方产品及研发人员，提前！！！，因为对方的资源是在对方的安排手中，提前告知也不一定能早点帮你排期，

      d、学会借助上级：首先自己协调其他部门的资源，当协调不动的时候，及时请leader协助，为了项目不延期，该升级就升级，升级能更快的让对方重视您的需求，早些排期，留足联调测试的时间。

 

  今天先分享这么多，注意：沟通贯穿了需求落地的各个环节，遇到问题后，先思考，然后及时沟通，沟通时注意表明给对方带来的利益和好处，不要上来就怼就撕逼，解决问题及时上线才是我们产品经理的最终目标！！！

  

   不足之处，欢迎大家批评指正！