我梦中的互联网产品经理与工程师

因做多年互联网需求，作为攻城狮的我，尝尽其中各种滋味，最近经常白日做梦，幻影无限，在满足

市场和客户需求

期待如下场景：

• 需求为驱动,非工时分配。

         很多公司因为部门职能的划分,经常产品部门和技术部门KPI不同, 往往技术的KPI来源于产品部门的预算,这种情况下,产品和技术往往是甲方乙方关系,甲方为了利益最大化,充分利用资源,有时为了消耗开发工时而产生需求,技术的价值并非最大化.

     解决法：非工时驱动，以需求为最根本，是否可以根据每个需求的实际产生价值来衡量产品和技术的KPI？从而避免无效僵死需求。 

 

• 产品优先级,重点产品重点分配。

          现在单一产品线的互联网公司较少，很多公司产品线众多，这个时候就会出现各产品线争抢攻城狮资源的情况，在有限的资源下，工程师苦于满足各需求，加班加点，这种精神可贵，但是效果不一定好，资源平均化均衡化导致产品平均化。

         这种情况是否可以根据有限资源有效利用？重点产品重点投入？高优先级产品高投入？  

 

• 以产品为单位,专项专人,快速响应,快速迭代。

          在以智能分工的公司，很多产品公用开发资源，这个时候就会出现产品线互抢资源，工程师忙于各产品之间，这样就会出现开发人员不属于任何产品线，没有专属感，不宜用长期产品积累，另一方面，因资源有限排期限制，有时候个别产品响应较慢，影响其发展。而且因流水性，产品人员无法和开发人员长期建立合作关系。

         这种情况下 是否可以以产品为单位，专项专供，这样易于开发人员产品积累，又利于产品人员不用担心资源，可以在专属资源下尽情创新设计。

 

• 产品效果共享：共享劳动成果，享受劳动快乐。

           很多产品经理认为攻城狮就是用来实现产品需求的，产品分析是自己的事情，和工程师无关。这种时候往往有种主从、主次关系。祖不知，攻城狮并不是产品用来开发的工具，工程师对自己开发的产品有强烈的感情，他们也迫切想知道产品的后续发展。有时候，一些激动的数据会让攻城狮们激动不已，以前再辛苦此时也会觉得很值。

           所以如果产品经理经常和工程师分享线上产品数据，此时的效果将不同凡响。工程师有种强烈的参与感。

 

• 产品参与开发过程。

           反过来，有时候开发人员也会犯上面同样的问题，觉得开发过程和产品完全没有关系，殊不知，假如你把一样很重要的东西给别人做，然后你对过程完全不可控，那你的内心是不是有很大的不安，所以工程师可以在开发的过程适当汇报产品进度，特别是在互联网产品开发中，因市场和思路的变化，产品也会有变动，如果在产品开发完成初期，给产品一个体验小幅修改的过程，这样一方面可以避免需求的差异性，另一方面在开发周期内允许产品适度的调整。产品人员将倍感幸福。

 

• 人人都是产品经理，鼓励开发人员产品创新。

          在一些产品尚未定位或者还没有找到正确产品思路的时候，这时不妨尝试让工程师去做些产品的创新，不要小瞧工程师的创新能力，很多成功的互联网公司很多产品都出自工程师一霎那间的火花。工程师在平时的工作积累了不少基于开发可行的方案，人人都是产品经理，适当鼓励创新，将有意想不到的收获。