需求管理/方案設(shè)計與需求評審，如何將零散的工作整理整理得井井有條？這篇文章給了我們作者的思考，希望對你有所幫助。

高效完成工作，準點回家，能有更多的時間陪伴家人及自我提升，是我向來非常希望實現(xiàn)的工作狀態(tài)。

無奈長期以來自己的各種無意識的習慣一直起主導(dǎo)作用，自己被推著走，始終沒下狠心做出改變。

近來隨著工作的越發(fā)繁忙，工作、身體、生活趨于惡性循環(huán)，對于工作效率提升的緊迫感越發(fā)強烈。

這篇文章期望通過梳理回顧自己的產(chǎn)品日常工作，整理出工作流程及重點，找到并優(yōu)化那些可能有坑的地方，達到高效工作的目的。

產(chǎn)品經(jīng)理最為日常的工作，可以分為：需求管理、方案設(shè)計及原型產(chǎn)出、需求評審、研發(fā)及測試跟進。

一、需求管理

1.內(nèi)容管理

在內(nèi)容層面，需求管理可以指需求的來源管理，覆蓋的范圍包括：

• 產(chǎn)品主動進行的用戶調(diào)研及需求采集
• 產(chǎn)品主動根據(jù)線上產(chǎn)品表現(xiàn)（數(shù)據(jù)分析、用戶行為等）提出的優(yōu)化或新功能
• 產(chǎn)品被動接受的外部需求

2.優(yōu)先級和重要性管理

之所以要管理需求的優(yōu)先級和重要性，最直接的原因是：研發(fā)資源是有限的，而需求是無限的。除此之外，無序地堆砌需求，毫無目的和定位，只會導(dǎo)致產(chǎn)品最終臃腫不堪。

基于以上的基本情況，我想到的可以優(yōu)化的點包括：

1.專門的用戶調(diào)研及需求采集是比較費時間的。在版本定期緊湊迭代的情況下，產(chǎn)品很可能沒有整塊、足夠的時間用于用戶調(diào)研，而通過臨時拍腦袋、臆想用戶可能的場景來設(shè)計產(chǎn)品，最終的方案很大可能不能有效解決用戶的痛點。

我想到的方案是，用戶調(diào)研的時間分散到平時，而不是等到需要出需求的時候。比如：

• 跟進線上問題的時候，除了了解用戶出現(xiàn)問題的場景，也可以借機了解用戶使用相關(guān)功能的場景、心得、評價、痛點.。
• 線上問題要及時地記錄，并定期整理分析，可以集中發(fā)現(xiàn)問題及待優(yōu)化點。
• 提前一個版本發(fā)放下一個版本所需的用戶調(diào)研問卷，提前收集用戶意見。能這樣做的前提是產(chǎn)品對下一版本的規(guī)劃已經(jīng)有了初步思考。

2.數(shù)據(jù)分析和用戶行為分析，工作也要花在平時。比如每周定時監(jiān)控和分析線上數(shù)據(jù)情況。針對發(fā)現(xiàn)的問題，可以抽至少一位用戶聊一聊，或者觀察他對某些功能的實際操作場景，也可以借此驗證行為數(shù)據(jù)是否正確。

3.對于外部對接的需求，比較耗費時間的是需求內(nèi)容的反復(fù)溝通和確認、需求變更的風險把控、技術(shù)方案的溝通、雙方研發(fā)資源及配合時間的協(xié)調(diào)等等。對接得不好，不單只浪費產(chǎn)品的時間，也浪費研發(fā)的時間，甚至影響整個團隊的產(chǎn)出。

個人感覺，外部對接需求，更多地要運用到項目管理的智慧。項目管理的核心是把控風險，協(xié)調(diào)資源，按時按質(zhì)交付。在外部對接需求上，風險體現(xiàn)在需求內(nèi)容的變更、研發(fā)資源的變更、配合時間的變更。

產(chǎn)品在這幾個關(guān)鍵節(jié)點上尤其要注意把控：

• 前期一定要明確支持的需求范圍，所有內(nèi)容在需求范圍內(nèi)討論。
• 對方產(chǎn)出明確的原型和需求文檔后，才開始分配時間和資源對接，不接受“一句話需求”。
• 需求內(nèi)容和細節(jié)都對接清楚后，雙方通過郵件明確雙方配合的時間、對接人、版本等。
• 人算不如天算，對接得再清楚也有可能有變數(shù)，比如上線時間調(diào)整、研發(fā)資源調(diào)整等。

如果是外部的需求方調(diào)整，我方的應(yīng)對策略可以有：

A.注意幾個關(guān)鍵時間節(jié)點的確認。我方需求評審前、我方技術(shù)方案評審前、我方研發(fā)開始前，注意跟對方確認可能的變數(shù)，減少我方的被動情況。

B.在一開始需求對接時，即跟對方明確，如果對方需求變更，我方的懲戒措施。

如后續(xù)的需求優(yōu)先級自動降級、版本延后處理等，通過明確犯錯成本讓對方重視對接。

C.萬一遇到開發(fā)開始后的需求變更：

a.如果只是開發(fā)前期，迅速補充其他備用需求，協(xié)調(diào)研發(fā)和測試重新評審和排期。減少研發(fā)資源的無端浪費。

b.如果到了開發(fā)的中后期，除了啟動懲罰措施，似乎只能認栽。

如是我方的研發(fā)資源和上線時間有調(diào)整，則盡可能提前周知對接方，減少對方的資源浪費，讓對方及時調(diào)整版本和排期。

外部對接一個總的原則是：細節(jié)前期明確，風險前期暴露，節(jié)約的是雙方的資源和時間。

二、方案設(shè)計及原型產(chǎn)出

1.準備工作

方案設(shè)計的前提是，用戶調(diào)研已整體完成、數(shù)據(jù)分析結(jié)果有了明確指向、外部需求內(nèi)容已經(jīng)確定。

但在設(shè)計方案的時候，依然會涉及到一些不確定因素，比如技術(shù)實現(xiàn)可能性、技術(shù)實現(xiàn)最優(yōu)方案等。這個時候，一定要明確自己產(chǎn)品設(shè)計的初衷，以及要解決的問題，確保自己是了解用戶的使用場景的。然后才在完成產(chǎn)品方案初步框架后，找相應(yīng)的技術(shù)負責人咨詢確認可能性，避免走彎路。

這里要注意的是：一定要找對技術(shù)全局和細節(jié)都足夠了解的人，不然一定是更多的彎路。

2.流程梳理

原型產(chǎn)出前，需先進行所有流程細節(jié)的梳理，流程的梳理一定是減少返工和遺漏的重要環(huán)節(jié)。

3.交互參考

對一個功能的實現(xiàn)，可能有很多種交互方案。如何讓自己的設(shè)計的方案不至于怪異而不符合潮流，可以充分參考市面上已有的交互設(shè)計。

如果平時喜歡研究并總結(jié)各類產(chǎn)品交互，這個時候就能省下些時間。如果想法不夠，找尋對比知名產(chǎn)品的交互方案必不可少。

建議在參考別人前有自己的初步想法，且自己要的效果應(yīng)該是明確的，不然有可能挑花眼、被帶偏，白白浪費時間。

4.模板積累

平時注意積累出自己的一套標準的原型模板，包括框架、圖文排布、元素等等，方便快速產(chǎn)出。

三、需求評審

從評審聽眾的分類看，需求審批的種類包括：業(yè)務(wù)方評審，產(chǎn)品內(nèi)部評審、需求終審（含產(chǎn)品、研發(fā)、測試、UI、UE）、技術(shù)方案評審、測試用例評審。

不同的評審，產(chǎn)品的側(cè)重點不同：

• 業(yè)務(wù)方評審，注意確認產(chǎn)品方案符合業(yè)務(wù)方的需求。
• 產(chǎn)品內(nèi)部評審，注意將自己的疑惑點、特殊場景拋出來，征求同伴的意見。
• 需求終審，確保自己對流程、細節(jié)已經(jīng)完全把握，注意記錄爭議點，會后重新討論設(shè)計，注意把控評審時間、評審節(jié)奏和評審氛圍。
• 技術(shù)方案評審，研發(fā)是主角，其次是測試，最后才是產(chǎn)品。產(chǎn)品注意確認研發(fā)伙伴對需求的理解正確，以及對需求有疑問的地方。
• 測試用例評審，測試是主角，其次是研發(fā)，最后才是產(chǎn)品。產(chǎn)品確認測試用例覆蓋了產(chǎn)品所有的需求點，還有極限情況和特殊情況。

一輪又一輪的評審，其實是非常占用時間的。評審開始前，產(chǎn)品最好對可能出現(xiàn)的爭議點有預(yù)估，方便把控評審節(jié)奏和評審時間。

別人主導(dǎo)的評審，如技術(shù)方案和測試用例評審，產(chǎn)品如果提前拿到了文檔，可以提前審閱，對于有疑議的地方記錄下來，在會上重點討論；這樣一來，會議期間也可以處理一些其他瑣事，不至于完全被占用。

四、研發(fā)及測試跟進

• 研發(fā)階段，主角是研發(fā)，產(chǎn)品主要確認需求不明確或有爭議的地方。
• 測試階段，主角是測試，產(chǎn)品及時處理指向自己的BUG。在第二輪測試完成后介入驗收，盡早發(fā)現(xiàn)問題。

研發(fā)和測試階段，產(chǎn)品可以花更多時間在下個版本的產(chǎn)品調(diào)研、方案設(shè)計。

總的來說，提高產(chǎn)品經(jīng)理工作效率的方法：

1. 產(chǎn)品心中一定要有一個明確的工作主流程。
2. 明確每個階段（每個版本、項目每個階段、每月、每周、每天）的工作重點。
3. 在各個階段見縫插入瑣事處理（如線上問題跟進、需求細節(jié)等）和常規(guī)工作（數(shù)據(jù)分析、用戶調(diào)研等）。
4. 減少重復(fù)溝通、確認環(huán)節(jié)，準備充分，風險前置。
5. 注意預(yù)估和總結(jié)每種工作內(nèi)容的工作時長，能更好規(guī)劃自己的工作時間。
6. 平時注意積累產(chǎn)品文檔、產(chǎn)品交互、產(chǎn)品方法。

作者：產(chǎn)品一二一，微信公眾號：產(chǎn)品一二一

本文由 @產(chǎn)品一二一 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自 Unsplash，基于 CC0 協(xié)議