产品开发流程8个步骤(如何8步「闭环」开发互联网产品 | 流程)

产品开发流程8个步骤
 精彩内容 最近在研究Docker的“build once run anywhere”。有一位从传统软件刚转互联网的同学问到一个问题:如何更好地开发互联网软件产品?我想到了这篇6个月前的公众号文章,希望可以回答他的问题。本文总结出了「闭环」产品开发生命周期管理的8个步骤。
友情提醒:为了更好地阅读本文,建议读者对两个领域有预备知识:Scrum 和 Lean Startup MVP。

下面我们逐一介绍一下闭环开发互联网产品 8步骤。

8-1 产品需求分析

万事开头难,第1步产品需求分析是决定做正确的事,毋庸置疑,是最挑战的步骤了。接下来7步骤是正确的做事,都是为这一步服务的。关于需求优先级管理,最著名的算是洋葱理论(Onion theory)了。篇幅所限,没法展开讨论,后续单独写一篇讨论洋葱理论。
8-2 MVP定义
MVP(Minimum Viable Product)最小可行产品,是在每一个互联网产品开发周期中至关重要的一环,MVP意味着在8-1中需求列表中选出的该产品需求,不多不少,正好可以验证它的可用性。通过MVP定义,可以花费最小的团队成本去获得最大的经验教训。
8-3 UED设计
冲刺开始了,MVP需求确定后,开始组建团队进行冲刺(Sprint)。UED的传统交互、视觉设计就不赘述了,这一步有一个关键点,就是前端工程师FE的归属问题,属于UED还是R&D?各个公司都有各自不同的做法,各有利弊。如果FE属于UED,FE团队的技术沉淀会小,CSS、JS、HTML毕竟属于技术范畴,长期看,FE团队会因为缺少技术挑战而流失。反之,FE属于R&D的话,技术成就感会高,但和UED的沟通成本也会加大。
8-4 开发测试
冲刺关键期,开发测试,顾名思义。这个步骤尤其要注意的是开发和测试工程师需要加大沟通,最好坐在一起,能喊一声就解决的事情就不要来回写email、file bugs了。开发测试都是对最终的软件质量负责,能最快解决问题,就不要加大沟通成本。
8-5 验收
冲刺验收阶段UAT是由产品经理牵头的,协调测试、自动化测试、UED等关键干系人给出验收报告,通常包括测试用例统计报告、压力测试报告、性能测试报告、用户体验UED一致性报告等。该环节的总负责人是8-2的MVP的定义者,通常是产品经理。
8-6 持续集成

持续集成,搭建软件日构建能力,是提高软件开发效率的关键步骤。通常都是使用Jenkins,配合SVN等代码版本控制软件,实现产品开发的持续集成和快速迭代。Docker的“build once run anywhere”目前是这方面的热点课题,希望之后能展开说说。
8-7 上线运营
冲刺验收通过,终于可以上线了。把代码部署到线上,是工程师的最后一击,某种程度上,也是险象环生的一环。为了最小化风险,我们聪明的工程师们想到了灰度发布机制。灰度发布与互联网公司常用A/B测试比较类似,灰度发布是对某一产品的发布逐步扩大使用群体范围,也叫灰度放量。
8-8 数据反馈

提到数据分析和反馈,第一个关键字就是“埋点”。看看这个图示意出了n处数据来源。数据分析的结果供8-1需求分析使用,持续改进8-2 MVP定义的质量,形成良性循环。

篇幅所限,没法展开讨论,8步骤里面每一步都可以单独写一篇详述。为了持续获取这方面的知识分享,请长按关注以下二维码。

产品开发流程8个步骤相关文章

为您推荐

发表评论

您的电子邮箱地址不会被公开。 必填项已用*标注

返回顶部