开发流程---产品评审细节思考
在互联网公司,开发流程大致的方向是产品经理编写需求,UI设计师根据需求设计Icons,开发人员实现需求,测试人员对开发的结果进行验证,最终发至运营进行上线,之后产品跟踪数据,大致就这几步。现在就细说下产品评审这个过程出现的问题,往往是产品经理设计需求,然后在版本迭代过程中出现不少问题。很严重的问题是产品评审需求没有做到紧密配合,往往以为需求评审只是开发人员的事,UI,测试,运营没关系,然后在评审的过程中只是单方面的人参与评审会议。这就会造成项目无法按时按需按质完成。个人觉得产品经理在设计产品的过程中首先要不断与研发主管,设计相关人员沟通需求的实现及产品的设计问题。切忌不能单方面行动,以致花费太多的沟通成本。其次在需求评审后要确定产品的最终方案,在这过程中要求做的必须参加的人员有产品经理,研发主管及相关研发人员,UI,测试及运营相关同学。在需求评审过程中研发主管首先对产品需求再次清晰确认,可否实现,难易程度给与时间评估,清晰这些需求,大到时间评估,小到功能实现细节,这样才能更好的分配任务,控制时间风险,需求下来就有可能在任何过程,任何时间出现风险。同时相关研发人员也要对这些要有自己的见解,毕竟你是执行者。其次在需求一旦定下来,因为这都是经过缜密思考才定下来的,就不允许更改,这就意味着立项。同时需求变更就意味着风险。大到功能实现,小到方案,颜色。个人觉得如果一旦立项如需求还有变更,那就说明产品需求是没有认真考虑,细节模糊。那就产品评审是徒劳的,就意味着时间成本在产生。如果产品还有任何变更,我觉得应该是排下个版本。在咱们团队里,整个开发流程是有问题的。作为研发人员,更应该知道这些,不然没按时完成责任全在研发,所以责任到人是最好的保护自己。作为研发我们真是苦逼啊。同胞们,清醒吧。
最后总结下个人定位产品经理首先是整个项目的是协调者,产品的周期的把控者,其次是设计者,管理者。在互联网领域,产品经理关系着产品的成败质量好坏。所以产品的评审是多方合作开始。产品经理:需求,体验,粘性。
以上罗列出的是在我们团队里出现的问题,纯属个人见解,望大牛指正。