很多人乍看這個標題，可能有些驚訝。產(chǎn)品上線質(zhì)量不是由測試來主要負責的么旗唁，怎么產(chǎn)品也需要來把控這個事情畦浓？誠然，從具體分工而言检疫，產(chǎn)品的線上質(zhì)量主要由測試來負責讶请，產(chǎn)品按時按量完成由項目項目經(jīng)理把控。但對于產(chǎn)品而言屎媳，有兩件核心的事情：1.做正確的事;2.把事情做正確夺溢。確保需求上線的時候保質(zhì)保量，保證產(chǎn)品往正確的道路上走烛谊，這是對于產(chǎn)品而言风响，是一個重要而不可輕視的事項。

簡單來說丹禀，產(chǎn)品質(zhì)量把控其實就是項目管理的技能状勤。它可能非核心技能，但卻又承擔較大因素双泪。核心原因主要有一點：確保需求上線的質(zhì)量持搜。即確保需求的線上實際效果和產(chǎn)品提的需求不會有偏差，產(chǎn)品穩(wěn)定流暢攒读。

那么朵诫，產(chǎn)品可以怎么去把控需求的質(zhì)量系數(shù)？主要有以下幾種方案薄扁。

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

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

2.做好完整的需求評審

需求評審每個產(chǎn)品都會做尸红，但需求評審的質(zhì)量如何吱涉，有些產(chǎn)品有時候可能沒有特別嚴謹?shù)剡M行把控刹泄。產(chǎn)品的描述不夠清晰，技術一旦分神怎爵，技術沒有提出自己的問題特石，那可能產(chǎn)品需求評審的質(zhì)量其實就不太好說。換而言之鳖链，一個好的需求評審姆蘸，是需要推動技術和測試去思考的，他們應該是有提出問題的撒轮，而技術的每個問題乞旦，產(chǎn)品都必須考慮到贼穆。這樣的評審才能保證需求和產(chǎn)品的質(zhì)量

3.開發(fā)提測前题山，產(chǎn)品應推動所有開發(fā)小伙伴進行集體自測

這里有兩個要求：一是開發(fā)必須要保證有聯(lián)調(diào)自測，二是產(chǎn)品要推動所有項目的小伙伴親自在產(chǎn)品上點一點故痊，保證提測的時候流程是通的顶瞳，需求實現(xiàn)不會有缺失的地方，也保證開發(fā)的bug是少的愕秫，就算有慨菱，也能在這個階段發(fā)現(xiàn)。這樣也有足夠的時間去修復戴甩。

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

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

測試評審同理而线，測試評審能有效地發(fā)現(xiàn)很多問題，避免測試的時候有缺漏的地方恋日。

5.做好產(chǎn)品驗收

很多小伙伴都覺得膀篮，測試都基本測的差不多了，產(chǎn)品驗收不需要太完整岂膳，大概的參與下并進行點點點就可以了誓竿。但這是遠遠不夠的。產(chǎn)品要為產(chǎn)品往好的方向走闷营，完整的驗收就很重要烤黍，這意味著產(chǎn)品必須在測試的時候就介入并進行較為全面的驗證知市。

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

這個問題很多公司都有嫂丙，其實非常嚴重。很多時候规哲，產(chǎn)品小伙伴經(jīng)常被業(yè)務推著走跟啤，被老板推著走，在沒有和技術測試溝通清楚的情況下唉锌，就擅自主張地確定了上線時間隅肥。而這個排期，并沒有考慮到現(xiàn)有的技術資源和資源袄简，自然而然就會影響到產(chǎn)品質(zhì)量腥放。只有在和技術測試有了良好的溝通出來的排期，才能有利于產(chǎn)品穩(wěn)定流暢高質(zhì)地完成上線绿语，同時避免傷害技術測試小伙伴的感情秃症。不然，這種事情多了吕粹，技術對于產(chǎn)品的認可度就會降低种柑，這對于產(chǎn)品的工作而言，是致命的匹耕。

為了確保產(chǎn)品質(zhì)量聚请，產(chǎn)品可以做的還有很多，需要通過每一次的迭代優(yōu)化中去發(fā)現(xiàn)問題稳其，逐步優(yōu)化流程驶赏，優(yōu)化產(chǎn)品管理方式，優(yōu)化工作方式欢际，從而逐步地提升產(chǎn)品的價值母市。