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

Luckyyw 2012-12-02

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

市场和客户需求 期待如下场景:
  • 需求为驱动,非工时分配。

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

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

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

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

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

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

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

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

  • 产品效果共享:共享劳动成果,享受劳动快乐。

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

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

  • 产品参与开发过程。

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

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

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

相关推荐

厦门Y0 / 0评论 2019-11-02
厦门Y0 / 0评论 2019-10-29
共同进步 / 0评论 2015-04-08