需求管理/方案設(shè)計(jì)與需求評審，如何將零散的工作整理整理得井井有條？這篇文章給了我們作者的思考，希望對你有所幫助。高效完成工作，準(zhǔn)點(diǎn)回家，能有更多的時間陪伴家人及自我提升，是我向來非常希望實(shí)現(xiàn)的工作狀態(tài)。 無奈長期以來自己的各種無意識的習(xí)慣一直起主導(dǎo)作用，自己被推著走，始終沒下狠心做出改變。 近來隨著工作的越發(fā)繁忙，工作、身體、生活趨于惡性循環(huán)，對于工作效率提升的緊迫感越發(fā)強(qiáng)烈。 這篇文章期望通過梳理回顧自己的產(chǎn)品日常工作，整理出工作流程及重點(diǎn)，找到并優(yōu)化那些可能有坑的地方，達(dá)到高效工作的目的。 產(chǎn)品經(jīng)理最為日常的工作，可以分為：需求管理、方案設(shè)計(jì)及原型產(chǎn)出、需求評審、研發(fā)及測試跟進(jìn)。
一、需求管理
1.內(nèi)容管理
在內(nèi)容層面，需求管理可以指需求的來源管理，覆蓋的范圍包括：- 產(chǎn)品主動進(jì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)化的點(diǎn)包括： 1.專門的用戶調(diào)研及需求采集是比較費(fèi)時間的。在版本定期緊湊迭代的情況下，產(chǎn)品很可能沒有整塊、足夠的時間用于用戶調(diào)研，而通過臨時拍腦袋、臆想用戶可能的場景來設(shè)計(jì)產(chǎn)品，最終的方案很大可能不能有效解決用戶的痛點(diǎn)。 我想到的方案是，用戶調(diào)研的時間分散到平時，而不是等到需要出需求的時候。比如：- 跟進(jìn)線上問題的時候，除了了解用戶出現(xiàn)問題的場景，也可以借機(jī)了解用戶使用相關(guān)功能的場景、心得、評價、痛點(diǎn).。
- 線上問題要及時地記錄，并定期整理分析，可以集中發(fā)現(xiàn)問題及待優(yōu)化點(diǎn)。
- 提前一個版本發(fā)放下一個版本所需的用戶調(diào)研問卷，提前收集用戶意見。能這樣做的前提是產(chǎn)品對下一版本的規(guī)劃已經(jīng)有了初步思考。
- 前期一定要明確支持的需求范圍，所有內(nèi)容在需求范圍內(nèi)討論。
- 對方產(chǎn)出明確的原型和需求文檔后，才開始分配時間和資源對接，不接受“一句話需求”。
- 需求內(nèi)容和細(xì)節(jié)都對接清楚后，雙方通過郵件明確雙方配合的時間、對接人、版本等。
- 人算不如天算，對接得再清楚也有可能有變數(shù)，比如上線時間調(diào)整、研發(fā)資源調(diào)整等。
二、方案設(shè)計(jì)及原型產(chǎn)出
1.準(zhǔn)備工作
方案設(shè)計(jì)的前提是，用戶調(diào)研已整體完成、數(shù)據(jù)分析結(jié)果有了明確指向、外部需求內(nèi)容已經(jīng)確定。 但在設(shè)計(jì)方案的時候，依然會涉及到一些不確定因素，比如技術(shù)實(shí)現(xiàn)可能性、技術(shù)實(shí)現(xiàn)最優(yōu)方案等。這個時候，一定要明確自己產(chǎn)品設(shè)計(jì)的初衷，以及要解決的問題，確保自己是了解用戶的使用場景的。然后才在完成產(chǎn)品方案初步框架后，找相應(yīng)的技術(shù)負(fù)責(zé)人咨詢確認(rèn)可能性，避免走彎路。 這里要注意的是：一定要找對技術(shù)全局和細(xì)節(jié)都足夠了解的人，不然一定是更多的彎路。2.流程梳理
原型產(chǎn)出前，需先進(jìn)行所有流程細(xì)節(jié)的梳理，流程的梳理一定是減少返工和遺漏的重要環(huán)節(jié)。3.交互參考
對一個功能的實(shí)現(xiàn)，可能有很多種交互方案。如何讓自己的設(shè)計(jì)的方案不至于怪異而不符合潮流，可以充分參考市面上已有的交互設(shè)計(jì)。 如果平時喜歡研究并總結(jié)各類產(chǎn)品交互，這個時候就能省下些時間。如果想法不夠，找尋對比知名產(chǎn)品的交互方案必不可少。 建議在參考別人前有自己的初步想法，且自己要的效果應(yīng)該是明確的，不然有可能挑花眼、被帶偏，白白浪費(fèi)時間。4.模板積累
平時注意積累出自己的一套標(biāo)準(zhǔn)的原型模板，包括框架、圖文排布、元素等等，方便快速產(chǎn)出。三、需求評審
從評審聽眾的分類看，需求審批的種類包括：業(yè)務(wù)方評審，產(chǎn)品內(nèi)部評審、需求終審（含產(chǎn)品、研發(fā)、測試、UI、UE）、技術(shù)方案評審、測試用例評審。 不同的評審，產(chǎn)品的側(cè)重點(diǎn)不同：- 業(yè)務(wù)方評審，注意確認(rèn)產(chǎn)品方案符合業(yè)務(wù)方的需求。
- 產(chǎn)品內(nèi)部評審，注意將自己的疑惑點(diǎn)、特殊場景拋出來，征求同伴的意見。
- 需求終審，確保自己對流程、細(xì)節(jié)已經(jīng)完全把握，注意記錄爭議點(diǎn)，會后重新討論設(shè)計(jì)，注意把控評審時間、評審節(jié)奏和評審氛圍。
- 技術(shù)方案評審，研發(fā)是主角，其次是測試，最后才是產(chǎn)品。產(chǎn)品注意確認(rèn)研發(fā)伙伴對需求的理解正確，以及對需求有疑問的地方。
- 測試用例評審，測試是主角，其次是研發(fā)，最后才是產(chǎn)品。產(chǎn)品確認(rèn)測試用例覆蓋了產(chǎn)品所有的需求點(diǎn)，還有極限情況和特殊情況。
四、研發(fā)及測試跟進(jìn)
- 研發(fā)階段，主角是研發(fā)，產(chǎn)品主要確認(rèn)需求不明確或有爭議的地方。
- 測試階段，主角是測試，產(chǎn)品及時處理指向自己的BUG。在第二輪測試完成后介入驗(yàn)收，盡早發(fā)現(xiàn)問題。
- 產(chǎn)品心中一定要有一個明確的工作主流程。
- 明確每個階段（每個版本、項(xiàng)目每個階段、每月、每周、每天）的工作重點(diǎn)。
- 在各個階段見縫插入瑣事處理（如線上問題跟進(jìn)、需求細(xì)節(jié)等）和常規(guī)工作（數(shù)據(jù)分析、用戶調(diào)研等）。
- 減少重復(fù)溝通、確認(rèn)環(huán)節(jié)，準(zhǔn)備充分，風(fēng)險(xiǎn)前置。
- 注意預(yù)估和總結(jié)每種工作內(nèi)容的工作時長，能更好規(guī)劃自己的工作時間。
- 平時注意積累產(chǎn)品文檔、產(chǎn)品交互、產(chǎn)品方法。
愛盈利-運(yùn)營小咖秀(www.jza6.com) 始終堅(jiān)持研究分享移動互聯(lián)網(wǎng)App運(yùn)營推廣經(jīng)驗(yàn)、策略、全案、渠道等純干貨知識內(nèi)容；是廣大App運(yùn)營從業(yè)者的知識啟蒙、成長指導(dǎo)、進(jìn)階學(xué)習(xí)的集聚平臺；
想了解更多移動互聯(lián)網(wǎng)干貨知識，請關(guān)注微信公眾號運(yùn)營小咖秀（ID: yunyingshow）
【轉(zhuǎn)載說明】 若上述素材出現(xiàn)侵權(quán)，請及時聯(lián)系我們刪除及進(jìn)行處理：[email protected]
