本文主要是介绍对于产品经理询问新产品有何建议的答复，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
周五，某某产品的产品经理突然找到我，说“我们下一步有一个关于某某的新产品，你有什么建议？”。因为我一个月前开始接手一个同事测试一半的项目，里面用到了此老（区分新旧）产品。
首先说明下，（该产品为我们公司收购的公司，14年底收购）我现在测试的老产品是一个做了1年的项目，知道我接手项目我才发现，这个项目一年多以来竟然没有需求文档、需求规格说明书、研发设计文档等等，我和前任交接整理项目时我才明白为什么上级要把我调到本来我从没测试过的产品项目里。
在我接手项目的第一周，我没有进行任何测试，找了前测试负责人讨要了所有的测试文档，找了项目负责人、研发负责人要来了能够要来的所有文档，一个一个按照时间从头整理，最终拿着整理的用户需求分析和项目组、测试前负责人、我的上级一起开了接手项目后的第一次会议，按照用户需求分析文档把用户需求、过程中的需求变更、研发现实进行梳理、记录，会议花了2个多小时。由此我得到了基本清晰的用户需求文档。
接下来，就是正常项目流程，编写测试方案、测试计划、测试用例，说实在的我前期只写了测试方案和使用思维导图写了用例分析，然后我就给上级要了2名测试人员，按照思维导图用例分析开始了测试，由于项目突然推进加速，元旦部署，他们两人测试，我补充测试用例。
测试期间遇到很多问题，为了推进项目进行，我又开始了工作日汇报，每天下班后，总结今天发现的问题、问题原因、建议，然后汇总发给项目组成员并抄送上级和公司经理，因为项目稳定性和产品功能缺失是一直没有暴露出来的问题。
（公司被收购真的是有原因的，通过接触可以发现好多好多问题，不是一个人的问题，是整个团队的问题）
由于不可抗拒的政治因素，项目暂时延缓了，测试又可以细细的测试该项目。
产品经理突然的询问，我很惊讶，为什么同样的产品又要做一个，我测试的老产品前面还有一个姥姥产品，同样功能的产品弄出3套，现在2套产品，研发开发、维护、测试已经有点吃力，有弄出第3套真的无法理解。
我表示了我的惊讶，但是我没有得到任何解释。我只好问了他，你作为产品经理你感觉现在的老产品有哪些不足？其实我几次项目会议里，我发现产品经理几乎说不明白这个产品现在的状态。
然后我想了一段时间装逼的说了12个字“简化功能，持续集成，规范先行”，其实按照合并后公司质量管理规定，产品经理做好市场调研，提交用户需求和产品需求说明书，然后评审（几乎每个节点都要评审），研发出具需求规格说明书、研发设计说明书，测试出具测试方案和测试计划，研发出具详细功能设计说明书、接口说明文档，测试出具测试用例、测试报告。其实按照整个流程，保持良好的沟通，老产品完全可以做出一个稳定版本，没必要从新开始。
简化功能：简化入口，简化场景，删减功能，因为老产品一个功能入口太多，导致场景太多，本来目的是提高体验和易用性，适得其反。老产品许多无用或与功能业务没有关系的模块，应该精简，保持基本功能的可用、稳定、效率，然后在进行扩展。
持续集成：现在老产品上好多功能做了但是都是不可用或者做了一半没有形成闭环。建议一个模块完成后再集成，可以接口预留，可以mock和fake验证接口可用性。减少终端测试任务量，同样减少严重或紧急的缺陷。
规范先行：希望被合并的公司人员，能够按照公司流程规范做项目立项和研发，保持产品文档、产品数据、产品迭代有输入、有输出、可追溯，就可以很好地避免老产品的这些问题，保持沟通和信息交流。
不管怎样，希望新的一年里该类产品能够一个好的开始。
这篇关于对于产品经理询问新产品有何建议的答复的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
