产品经理-Timekr

从产品立项开始,如何更好的协作?

最近从0到1做了一个新产品,某种程度上而言有点内部创业的概念,需要从内协调资源,也从头开始搭建敏捷开发模式。有一个明显的事实是团队效率与产品质量达到最好的前提,是团队成员都对项目有很高的认同感,这种认同感不仅在于产品本身是有价值的,产品本身的逻辑、需求也是没问题的。

产品的成功绝不是自上而下的协作方式,而是一个团队整体的协同,产品经理、设计师、技术工程师、测试工程师都应该形成一体的思想,才能使得做出来的产品质量与价值更高。

基于此,我罗列了一些关键点:
1.产品想法的诞生;
2.MVP方案的表达;
3.产品思想会;
4.需求宣讲会;
5.项目评审会;
6.产品复盘会。

一、产品想法的诞生

这点虽与协作的意义不大,但却是关键的一步,如果想法的探索是有问题的,
那么产品本身的价值就会降低很多,因此需要产品经理深入探索需求与用户场景,
可能一开始有很多的想法,但最终要找出一个切入点。

二、MVP方案的表达

mvp一开始指的是最小可行性产品,但即使在产品的版本迭代中,也需要有这种意识,将想法真正落实到一个具体的方案中。方案需要体现出真正的思想和用户需求,给出实际的解决方案,此处最关键的是将想法落实到具体的方案中,千万不可为了加功能而将方案做的复杂化。

三、产品思想会

产品思想会是立项的开始,也是团队协作的第一步,由产品经理统筹召开。

参与人员:项目各部分的关键成员、组长(设计、开发、测试)。

2个关键事情
1.讲述产品思想(产品价值、用户诉求、解决方案、产品架构),
2.讲述MVP方案,将完整的方案罗列出来,让大家充分理解需求;
3.大家提出需求的问题,产品经理记录与采纳;

会后事宜:
1.团队成员花2天左右时间理解产品需求和MVP方案;
2.产品经理梳理完整的产品方案,完善逻辑与细节描述;

四、需求宣讲会

在团队成员花时间理解产品需求和MVP方案后,就可以召开需求宣讲会。

参与人员:真正实施人员

2个关键事情:
1.全局讲述产品的业务逻辑和需求细节;
2.展示关键业务的设计稿,让大家提出问题;
3.拆解产品,做优先级的梳理。
备注:在此之前,设计师尽量将主要的设计稿确定下来。


会后事宜:
1.根据会议问题整理未完善的需求,给出明确的产品方案;
2.工程师开始底层业务的搭建;

五、项目评审会

项目评审会的真正目的是拆解开发任务和评估整个周期。

参与人员:产品经理、开发工程师

2个关键事情:
1.产品或项目经理进行版本的开发拆解,确定优先级;
2.评估整个周期,比如分为3个小迭代走,最终给出具体的交付时间。

会后事宜:
1.进行真正的开发阶段,为工程师补充相关资源,如设计切图、标注等。
2.项目经理的每日过程跟进。

六、产品复盘会

复盘会是对项目的总结,是项目阶段性的收尾。

参与人员:所有参与项目的成员

关键事情:
1.产品经理阐述结果,和版本的相关数据(上线2周后);
2.个人总结,说下项目迭代的问题,为下次协作做好规避。

以上,就是团队协作的关键步骤,也是本人最近正在执行的,立志打造小而高效的团队,项目走敏捷开发的模式。

— 于 共写了1233个字
— 文内使用到的标签:

评论已关闭。