产品研发阶段：To B软件产品设计流程总结

给研发把事儿讲明白了，他们就要做技术选型了，这时候常规的产品经理存在感相当小，因为听了你也不懂。这时候作为研发出身的产品的我，优势就体现出来了。我们一般是技术会根据需求做好几个选型方案，做好了要开会给我们讲。一般产品需要从以下几个方面去看技术选型方面的内容：

1. 性能以及扩展性：就是你做的技术方案能不能支撑我预期那么大的并发量，后续如果我并发量更大你还顶不顶得住；
2. 安全性：就是你做的方案安全性能保证不？用户信息会不会泄露，有没有这方面的考虑；
3. 产品自身安全性：就是有没有可能被盗版；
4. 可定制性：就是如果客户改需求了，你能不能快速对应；
5. 升级：就是产品有BUG或者有了新特性，咋给人家升级。

一般从这五个方面去问他们，如果某一个方案没考虑就pass，如果能剩下一个方案，那就选这个；如果一个也剩不下，那就委婉的问问能不能再想想；如果都能剩下（那就是研发相当牛掰），就让研发自己推荐，他们肯定是有一个最满意的，如果你听不懂他们说啥你选第二推荐就行（因为他们最满意的肯定最复杂，别问我咋知道的）。

会后别忘了发会议记录，产品提出来的问题也是要做闭环管理的，研发那边也要回答的~ 他们那么忙肯定没时间吗，没关系，这小事儿，产品帮他来管理，时不时去问问就行。

四、研发阶段

都准备好了的话，就进入研发阶段了。这个阶段产品通常就是回答研发爸爸们的问题了，这方面我就不讲了，如果你产品设计过程中，都考虑到了，直接能回答最好，一般回答都是告诉他们以下信息点：

1. 这个内容是啥样的；
2. 为啥是这样的；
3. 实在做不成这样的话，你说你能做成啥样的;
4. 那行吧先这样吧那不行，咱要不再商量商量。

进入研发阶段最重要的就是要了解各功能的开发情况，我们是每天上午开个早会，大概15分钟，然后记录整体进度情况。因为我自己希望了解的更精细一点，虽然公司有项目管理的系统，我自己也弄了一个小的进度管理模板来记录进度信息，精确到天的，类似这样的：

这里面会把各个功能、团队、工作内容（他们告诉我的）、每天的情况做个记录。

• StandBy就是还没开始
• Plan就是计划开始了
• Doing就是正在做
• OK就是做完了

每天记录完了跟总体排期去比对，这样你对整体上线时间就有相对比较精确的了解了。然后按照整体排期来催他们（催的时候千万带好小零食、奶茶、咖啡和个人护具）。

一般他们调完一个功能我们就会上去随便点点、用用，需求理解上的偏差越早发现对项目的影响越小。

五、功能测试

我们的测试团队跟研发团队是一个团队，所以整体过程是一起管理的，不过产品一定要评审测试团队的测试计划和测试用例。测试计划里面重点关注的是测试启动条件、硬件环境、时间进度安排；测试用例关注的是测试的点对不对，测试内容是不是能覆盖到功能细节。还是老规矩，评审后的问题也要放在问题列表里面做跟踪。

另外，测试结束后要求提交测试报告，测试报告应该包括测试用例及测试结果；测试了几轮；BUG有没有收敛趋势；压力测试的报告等等。

我之前的公司甚至要根据代码行数来计算用例覆盖率、BUG残留率等等品质指标，现在好像这么计算的比较少了。

好了，经过一段时间的研发工作后，研发团队将给你提交以下几个成果物：

• 产品包（线上的或者安装包）
• 产品部署手册（线下一般有）
• 产品测试报告

拿到这几个成果物了，我们产品就要开始我们的验收、市场支持相关的工作了，了解后续工作，且听下回分解吧。

#相关阅读#

市场分析阶段：To B软件产品设计流程总结

产品设计阶段：To B软件产品设计流程总结

本文素材来自互联网

（编辑：核心网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!