开发流程---产品评审细节思考

开发流程---产品评审细节思考

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

总结

最后总结下个人定位产品经理首先是整个项目的是协调者，产品的周期的把控者，其次是设计者，管理者。在互联网领域，产品经理关系着产品的成败质量好坏。所以产品的评审是多方合作开始。产品经理：需求，体验，粘性。
以上罗列出的是在我在几个公司团队里出现的问题，纯属个人见解，望指正。