>首页> IT >

产品30讲之产品周期

时间:2022-04-14 19:33:50       来源:腾讯网

产品生产是一个科学的过程,有着其客观规律,同时也受项目参与者创造力、执行力的影响,是一个很有趣的过程。

01.产品生产周期

产品在立项之后(后文会单独讲立项内容)之后,一般要经过四个阶段,依次为产品的设计、开发、测试、验收上线。在每一阶段的主要任务、输出物、责任人等均不相同。

设计阶段,主要由产品经理输出低保真产品原型图,且标注具体需求说明,再由设计师输出高保真原型图,即最终发布给到用户使用的像素级设计稿。设计完成后,由产品经理发起,邀请相应的开发、测试工程师参与需求评审,对齐目标。

开发阶段,在产品需求评审之后,开发工程师即可针对制定的项目计划,随后根据需求文档进行需求开发,期间由于认知上的偏差,可能会跟产品经理进行反复的需求细节确认(理想情况是进行需求评审后,所有产品规则、细节、交互等均已达成一致,减少二次沟通的成本)。

测试阶段,当开发联调达到提测标准后,即可由测试工程师介入进行产品的一轮、二轮、三轮测试(不同团队的测试节奏不同,这里仅作参考),发现产品的系统bug,区分优先级反馈给开发工程师进行修复后,再次测试验收。

验收上线,在测试工程师反复测试验证达到可验收标准后,则由产品经理介入进行产品验收,最终达到上线标准后,即可发布上线。发布可能也会涉及到灰度测试,即有些功能可能不确定是否能可达到预期,或者对其影响范围无法把控。于是前期可以通过小范围内的发布投放,观测效果后再进行更广度的投放。

当然,上述只是产品的生产周期,产品的整个生命周期还有后续的产品发布后的数据监测、收集用户反馈、市场推广、运营活动同步策划上线等,这些在后续中继续进行讲解。

注:上述的产品特指互联网产品,当然在一些传统行业中,产品的生产周期在某些环节上会有些差异性,但是总的流程大抵相同。

02.产品立项

产品立项一般包括项目概述、商业价值、项目目标、项目风险、项目相关方等五部分。

项目概述,对于整个项目的整体性概述,明确整个项目的背景和目标,项目产品所切入的细分市场及目标用户群特点。对于项目的投入成本、可获得回报收益等有可靠的估算。

商业价值,主要针对项目的回报收益进行分析,不仅仅是对于企业本身的可得经济性回报,同时还包括对市场、用户、社会的价值,例如创造了更多的工作岗位、提升了用户的出行效率等等。

项目目标,明确项目达到的具体目标,这里不仅仅是定性的目标,更要是可量化的目标。制定目标时应该遵循SMART原则,即目标细节可描述的具体性原则、目标可衡量的可衡量性原则、目标是可以实现的可实现原则、目标是互相相关的相关性原则、目标具有时间限制的时限性原则。

项目风险,机遇与风险并存,每做一个项目必然存在对应的风险。例如同样稀缺的可利用资源下,选择做A项目而放弃B项目,那就要承担B项目被竞争对手抢占先手的风险。关于项目风险,可通过RAID模型来全面综合的做风险管理,最大限度地避免风险的产生,具体分为风险、假设、问题、依赖四部分。

风险:根据自我认知和掌握的信息,提前预判会对项目产生负面影响的事件,以及每个风险事件可能发生的概率和对项目带来的影响范围。

假设:预想一些对项目有促进作用的因素,这些因素一旦发生对项目的成功就帮助作用。当然并不能作为依赖性因素,如果这些因素不发生,也应该有可以保证项目成功的能力。

问题:主要是在项目执行过程中一些需要管理解决的事情,如不同团队之间的协同合作低效、团队内成员的消极怠工等,这些事情需要持续跟踪记录,制定对应的机制来进行管理。

依赖:主要强调项目的外部依赖问题,在企业的组织架构中,有一种是根据项目从不同的职能部门抽调人员进行协同办公的形式。由于项目本身的特性,不同团队之间的工作必然存在依赖关系,那对于本项目所依赖或其他依赖该项目的工作要提前记录和沟通,并留出对应的缓冲期进行依赖事项的对接,确保不影响项目的整体进度。

项目相关方,主要指与该项目相关的其他干系人、组织或者产品。前文提到的不同团队之间的工作依赖关系就是其中一种。作为项目管理者,需要对项目所涉及到所有相关方做到信息对齐、目标一致,确保项目所有参与者,无论是直接参与者还是外部依赖者,都要有着统一的执行标准,确保项目的正常推进。

最后的话:

遵循科学的产品生产和管理办法是保证项目顺利进行的必要条件,不同项目或团队可以进行适当的个性化调整,但是不可脱离最根本的原则。

更多精彩内容请关注“慧翔天地PMP”公号

关键词: 产品30讲之产品周期 测试工程师 产品经理