中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

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

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

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

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

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

產品經理最為日常的工作，可以分為：需求管理、方案設計及原型產出、需求評審、研發及測試跟進。

一、需求管理

1.內容管理

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

• 產品主動進行的用戶調研及需求采集
• 產品主動根據線上產品表現（數據分析、用戶行為等）提出的優化或新功能
• 產品被動接受的外部需求

2.優先級和重要性管理

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

基于以上的基本情況，我想到的可以優化的點包括：

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

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

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

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

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

個人感覺，外部對接需求，更多地要運用到項目管理的智慧。項目管理的核心是把控風險，協調資源，按時按質交付。在外部對接需求上，風險體現在需求內容的變更、研發資源的變更、配合時間的變更。

產品在這幾個關鍵節點上尤其要注意把控：

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

如果是外部的需求方調整，我方的應對策略可以有：

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

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

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

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

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

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

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

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

二、方案設計及原型產出

1.準備工作

方案設計的前提是，用戶調研已整體完成、數據分析結果有了明確指向、外部需求內容已經確定。

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

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

2.流程梳理

原型產出前，需先進行所有流程細節的梳理，流程的梳理一定是減少返工和遺漏的重要環節。

3.交互參考

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

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

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

4.模板積累

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

三、需求評審

從評審聽眾的分類看，需求審批的種類包括：業務方評審，產品內部評審、需求終審（含產品、研發、測試、UI、UE）、技術方案評審、測試用例評審。

不同的評審，產品的側重點不同：

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

一輪又一輪的評審，其實是非常占用時間的。評審開始前，產品最好對可能出現的爭議點有預估，方便把控評審節奏和評審時間。

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

四、研發及測試跟進

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

研發和測試階段，產品可以花更多時間在下個版本的產品調研、方案設計。

總的來說，提高產品經理工作效率的方法：

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

作者：產品一二一，微信公眾號：產品一二一

本文由 @產品一二一 原創發布于人人都是產品經理，未經許可，禁止轉載

題圖來自 Unsplash，基于 CC0 協議