題圖 by Sticker Mule on Unsplash
近期工作經常面臨交付質量的問題，聊聊自己的想法。
對於產品交付來講，傳統流程涉及的利益相關人主要有：需求來源人（如客戶、老闆，下文簡稱客戶）、產品經理、設計師、研發、測試、運維。
對於交付質量的定義，我認為是客戶主觀感受的交付質量。背後的思考是對客戶價值的高質量交付才是一個產品的立命之本。也是商業的本質，客戶在為產品給自己創造的價值買單。
下面就從產品的研發周期來剖析，作為一名PM，如何提升產品的交付質量？
需求搜集
這個階段最重要的就是「定義問題」，這個是在新手產品經理中最常被忽略的問題。
產品設計過程的第一步就是定義問題，客戶表達的問題未必是真實的問題，通過經驗的積累，透過層層迷霧找到真正的問題並定義出來，就是一個成功的開始。
如果問題上來就定義偏了，那麼後續的步驟做的再好，也只是事倍功半而已。關於這部分，二爺在《需求背後的需求》中曾經進行過介紹，以為然。其中提出的「5問法」也是非常實用的方法。有興趣，可以下載極客時間，訂閱二爺的專欄，文章的質量很高。
這裡再分享一個來自《設計方法與策略》中的定義問題的方法。為了定義一個問題，可以試著問以下的6個問題：
主要問題是什麼？
誰遇到了這個問題？
與當前環境相關的因素有哪些？
問題遭遇者的主要目標是什麼？
需要避免當前情境下的哪些負面因素？
當前情境中哪些行為是值得採納的？
當然，這只是一些通用方法論。到實際場景中，還是要靈活應變。多多的發揮你的溝通能力，想象力和同理心吧。
需求排期
交付質量的核心要素中時間是一個硬指標，排期對於按時交付是起著絕對作用的。雖然交付了，延期了2個月，客戶已經扭頭投向競品了。
還有另一點，就是對於研發現狀的了解。張三剛做完A客戶的需求，對於A的場景理解的很好，那麼A客戶的新需求交給張三，交付質量就可能會高。李四從業5年，對於異構系統對接具有豐富的經驗，那麼當一個新的異構系統對接需求要做時，李四就是你的不二之選。
當然，佔盡天時、地利、人和是不現實的。在可騰挪的限度內，儘可能好的排兵布陣可以讓你贏在起跑線上。
產品設計
設計過程第一個是產品經理的左右互搏，從發散到收斂到再發散再收斂，不停的用之前定義的問題，用戶的場景，用戶的視角去檢查自己的設計。恨不得自己鑽到客戶的腦袋裡面，去檢查自己方案是否能夠解決客戶的問題，滿足客戶的預期。
這部分對於產品工作來講是人格分裂的，因為設計產品不光要從客戶的角度考慮，還要從系統的角度考慮如何滿足。這時，「一秒變成小白用戶」就成為了一種核心能力。「一秒變小白」有很多種方法，比如：撞牆、撞桌板等等（玩笑）。
第二個是交付物要明確、清晰、完善。傳統的交付物是《產品設計圖》和《產品需求文檔》，他們的主要讀者是研發工程師、測試工程師，讓他們能夠更好的理解需求的內容對於達成高質量的交付至關重要。
需求評審
經過一段時間產品經理腦內的廝殺，就要出來和研發、測試social一下了。高質量的評審對於研發和測試理解需求非常重要。最近閱讀的《人類簡史》和《如何講好一個故事》啟發很大。在評審中，講好用戶故事對於理解需求起著至關重要的作用。
在過去的一個項目中，因為我的時間緊張，沒有足夠的時間提供完整的需求，就向幾位研發提供了用戶故事，讓他們自己做解決方案。沒想到，還勉強及格的完成了任務。這，也許就是故事的魅力吧。（不推薦經常使用）
當然，講出一個引人入勝的故事，也有助於讓與會人不會低頭玩兒手機，笑。
研發方案設計評審
這個步驟可能比較特殊，因為自己有研發背景也參與過一線的研發，因此會參與研發方案的設計評審。這個階段主要是看研發提出的方案是否與需求相同，如果發現需求理解錯誤要及時的糾正，防微杜漸。
當然，也要防止過度設計。過度設計是按時交付的毒藥，研發方案講究好的維護性和拓展性，總會想要將方案做的儘可能完美，越是好的研發越容易陷入這個陷阱。
因為產品經理是連接用戶和研發的橋樑，產品經理也會有對於未來產品走向的規劃。在這部分，產品經理和研發之間具有巨大的信息不對稱，產品經理處於需求信息優勢地位，而研發處於需求信息劣勢地位。在適當的時機，闡釋對於產品未來的規劃，對於防止過度設計有著很好的作用。
研發進行時
這個時候的產品經理更像傳統的項目經理，溝通協調相關的資源，推動研發過程進行順利的開展。
這裡我用一個業界比較形象的比喻，產品經理更像一個「路由器」。早晨參加站會時，總會發現A研發的一個調整沒有告知B研發，導致後續修改損失了一些時間。幫助團隊內的信息流動起來，會起到意想不到的積極作用。
當A研發發起一項變更時，通過溝通達成一致，及時將溝通內容結果反饋給其他成員。當需求變更時，將相關研發叫到一起，說清楚解釋明白，並及時更新需求文檔都是不錯的選擇。
測試及驗收
測試是質量的第一負責人，前文講到了高質量的需求評審對於測試理解需求十分重要。專業的測試會圍繞著需求撰寫測試用例，並進行測試。但是這裡面有一個常犯的問題，就是陷入到細節當中。如果先覆蓋大面兒，確保主流程的順暢貫通，再去花時間去扣細節，就可以有效防止最後時間倉促，主流程出現了嚴重問題，功虧一簣。
如果條件允許，能夠讓客戶參與驗收，也會起到積極的作用。這個時候，基於項目實際狀況，根據客戶反饋進行微調，會讓滿意度進一步提升。
終於，產品經理要開始驗收了。這裡要注意的是，我們是對產品負責的人，如果質量真的不達標，就算研發妹子淚眼汪汪的望著你，就算銷售拿著刀上來砍你，也要從牙縫中擠出那個「不」字，守住產品經理僅存的「底線」。因為這時的一個心軟，換來的是產品口碑的喪失。
上線
恭喜！產品馬上就要上線了，幾周的辛苦就要結果了。別忙，這個環節也經常被忽視，一次高質量的開發也可能毀在運維上線上。這部分通常是要協調研發記錄相關文檔，進行相關交流和演練。
綜上，相信產品上線后交付質量不會太差。但這只是一個開始，因為客戶又要開啟「吐槽」模式，新的問題又在向你招手👋。
祝你好運，產品經理。
作者是誰？
B端產品經理一枚，就職於易快報 。本科畢業於北航，之後一年在瑞典CTH學習交互設計。2011年開始混跡產品圈，曾在騰訊、人人、猿題庫實習，曾任時光網產品經理。執著於產品，愛好設計，掌握技術，歡迎聊騷（微信ID:lqchao007）。
本文首發微信公眾號 PM隊長（ID:smallapp），歡迎轉載，轉載請註明出處。