很多人乍看这个标题，可能有些惊讶。产品上线质量不是由测试来主要负责的么，怎么产品也需要来把控这个事情？诚然，从具体分工而言，产品的线上质量主要由测试来负责，产品按时按量完成由项目项目经理把控。但对于产品而言，有两件核心的事情：1.做正确的事;2.把事情做正确。确保需求上线的时候保质保量，保证产品往正确的道路上走，这是对于产品而言，是一个重要而不可轻视的事项。
简单来说，产品质量把控其实就是项目管理的技能。它可能非核心技能，但却又承担较大因素。核心原因主要有一点：确保需求上线的质量。即确保需求的线上实际效果和产品提的需求不会有偏差，产品稳定流畅。
那么，产品可以怎么去把控需求的质量系数？主要有以下几种方案。
1.输出完整清晰的需求文档。
很多小伙伴可能都会觉得，我的需求文档有做呀，也没发生什么问题呀。但有时候经常会少考虑一些问题，比如非主流程的分支是否有考虑清楚，异常场景是否完整地进行了梳理了，需求描述是否存在模糊的地方。对于技术和测试而言，需求文档是用word或者写在原型上，他们并不care。他们所在意的是：需求描述必须精准，不存在模糊的地方，不让技术去猜测和判断需求边界;2异常分支完整分析，不单单只有核心流程的输出等
2.做好完整的需求评审
需求评审每个产品都会做，但需求评审的质量如何，有些产品有时候可能没有特别严谨地进行把控。产品的描述不够清晰，技术一旦分神，技术没有提出自己的问题，那可能产品需求评审的质量其实就不太好说。换而言之，一个好的需求评审，是需要推动技术和测试去思考的，他们应该是有提出问题的，而技术的每个问题，产品都必须考虑到。这样的评审才能保证需求和产品的质量
3.开发提测前，产品应推动所有开发小伙伴进行集体自测
这里有两个要求：一是开发必须要保证有联调自测，二是产品要推动所有项目的小伙伴亲自在产品上点一点，保证提测的时候流程是通的，需求实现不会有缺失的地方，也保证开发的bug是少的，就算有，也能在这个阶段发现。这样也有足够的时间去修复。
4.必须要推动技术和测试小伙伴，进行完整的技术评审和测试评审
技术评审，这点有些公司和部门做的可能不是很到位，可能只是粗泛地进行了甚至没进行，也可能只是进行了概要设计，而缺乏详设。技术评审就能有效的提升这一块的工作，确保有完整的概要设计和详细设计，避免需求开发质量不完整或者不高。
测试评审同理，测试评审能有效地发现很多问题，避免测试的时候有缺漏的地方。
5.做好产品验收
很多小伙伴都觉得，测试都基本测的差不多了，产品验收不需要太完整，大概的参与下并进行点点点就可以了。但这是远远不够的。产品要为产品往好的方向走，完整的验收就很重要，这意味着产品必须在测试的时候就介入并进行较为全面的验证。
6.不过度压榨技术和测试的排期，不拍脑袋地定出上线时间，倒退排期
这个问题很多公司都有，其实非常严重。很多时候，产品小伙伴经常被业务推着走，被老板推着走，在没有和技术测试沟通清楚的情况下，就擅自主张地确定了上线时间。而这个排期，并没有考虑到现有的技术资源和资源，自然而然就会影响到产品质量。只有在和技术测试有了良好的沟通出来的排期，才能有利于产品稳定流畅高质地完成上线，同时避免伤害技术测试小伙伴的感情。不然，这种事情多了，技术对于产品的认可度就会降低，这对于产品的工作而言，是致命的。
为了确保产品质量，产品可以做的还有很多，需要通过每一次的迭代优化中去发现问题，逐步优化流程，优化产品管理方式，优化工作方式，从而逐步地提升产品的价值。
