很多人乍看這個標題，可能有些驚訝。產品上線質量不是由測試來主要負責的么，怎么產品也需要來把控這個事情？誠然，從具體分工而言，產品的線上質量主要由測試來負責，產品按時按量完成由項目項目經理把控。但對于產品而言，有兩件核心的事情：1.做正確的事;2.把事情做正確。確保需求上線的時候保質保量，保證產品往正確的道路上走，這是對于產品而言，是一個重要而不可輕視的事項。

簡單來說，產品質量把控其實就是項目管理的技能。它可能非核心技能，但卻又承擔較大因素。核心原因主要有一點：確保需求上線的質量。即確保需求的線上實際效果和產品提的需求不會有偏差，產品穩定流暢。

那么，產品可以怎么去把控需求的質量系數？主要有以下幾種方案。

1.輸出完整清晰的需求文檔。

很多小伙伴可能都會覺得，我的需求文檔有做呀，也沒發生什么問題呀。但有時候經常會少考慮一些問題，比如非主流程的分支是否有考慮清楚，異常場景是否完整地進行了梳理了，需求描述是否存在模糊的地方。對于技術和測試而言，需求文檔是用word或者寫在原型上，他們并不care。他們所在意的是：需求描述必須精準，不存在模糊的地方，不讓技術去猜測和判斷需求邊界;2異常分支完整分析，不單單只有核心流程的輸出等

2.做好完整的需求評審

需求評審每個產品都會做，但需求評審的質量如何，有些產品有時候可能沒有特別嚴謹地進行把控。產品的描述不夠清晰，技術一旦分神，技術沒有提出自己的問題，那可能產品需求評審的質量其實就不太好說。換而言之，一個好的需求評審，是需要推動技術和測試去思考的，他們應該是有提出問題的，而技術的每個問題，產品都必須考慮到。這樣的評審才能保證需求和產品的質量

3.開發提測前，產品應推動所有開發小伙伴進行集體自測

這里有兩個要求：一是開發必須要保證有聯調自測，二是產品要推動所有項目的小伙伴親自在產品上點一點，保證提測的時候流程是通的，需求實現不會有缺失的地方，也保證開發的bug是少的，就算有，也能在這個階段發現。這樣也有足夠的時間去修復。

4.必須要推動技術和測試小伙伴，進行完整的技術評審和測試評審

技術評審，這點有些公司和部門做的可能不是很到位，可能只是粗泛地進行了甚至沒進行，也可能只是進行了概要設計，而缺乏詳設。技術評審就能有效的提升這一塊的工作，確保有完整的概要設計和詳細設計，避免需求開發質量不完整或者不高。

測試評審同理，測試評審能有效地發現很多問題，避免測試的時候有缺漏的地方。

5.做好產品驗收

很多小伙伴都覺得，測試都基本測的差不多了，產品驗收不需要太完整，大概的參與下并進行點點點就可以了。但這是遠遠不夠的。產品要為產品往好的方向走，完整的驗收就很重要，這意味著產品必須在測試的時候就介入并進行較為全面的驗證。

6.不過度壓榨技術和測試的排期，不拍腦袋地定出上線時間，倒退排期

這個問題很多公司都有，其實非常嚴重。很多時候，產品小伙伴經常被業務推著走，被老板推著走，在沒有和技術測試溝通清楚的情況下，就擅自主張地確定了上線時間。而這個排期，并沒有考慮到現有的技術資源和資源，自然而然就會影響到產品質量。只有在和技術測試有了良好的溝通出來的排期，才能有利于產品穩定流暢高質地完成上線，同時避免傷害技術測試小伙伴的感情。不然，這種事情多了，技術對于產品的認可度就會降低，這對于產品的工作而言，是致命的。

為了確保產品質量，產品可以做的還有很多，需要通過每一次的迭代優化中去發現問題，逐步優化流程，優化產品管理方式，優化工作方式，從而逐步地提升產品的價值。