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

編輯導語：作為一名產品經理，應該具備輸出靠譜需求和減少需求變更的基本素養和能力；在面對一個產品時，站在用戶的角度考慮問題會更全面；本文作者詳細分析了產品經理如何更好地完成需求梳理。

許多做產品經理的小伙伴應該都遇到過這種情況：團隊努力了好久的需求已經交付開發了，卻又被要求要變更，而且變更還不止一次要改原型、改文檔，并導致研發、設計和測試跟著改動，造成同事的不滿吐槽，自己也成為眾矢之的。

其實，我們可以通過一些辦法，盡量避免一些需求變更的。

一個優秀的產品經理，更應該具備輸出靠譜需求和減少需求變更的基本素養和能力。那今天我們就和大家分享一下，減少需求變更的一些辦法。

二、明確用戶、場景和需求

我們要知道，哪怕是同樣的用戶群體，在不同的場景也會產生不同的需求。

所以一定要結合用戶、場景和需求這三個方面去進行需求分析和產品設計。

如果我們沒有對用戶、場景和需求進行深入思考、沒有明確用戶真正需要的是什么、不了解實際的使用情況、以及產品存在哪些問題，就去輸出需求，那么我們很可能抓不到用戶的核心痛點，所設計的產品或功能缺乏理論依據，導致無法滿足用戶需求。

如果連你自己都不清楚為什么這么設計產品，也不清楚要幫用戶解決什么問題，那么你的方案就可能在評審會中被領導、開發或測試質疑，并可能導致方案的修改和需求變更。

建議：不要只把自己當做產品經理，還要學會換位思考，站在用戶的角度去看問題。分析需求和設計產品的時候，要深入了解自己的用戶，并分析他們的行為和特征，也要考慮產品在不同場景下的使用問題。

一定要清楚我們設計的產品要解決哪些用戶的問題，產品能解決什么問題，在什么場景下解決問題。

只有明確了這些問題，我們才能更精確的提出用戶所需要的需求，產品才更能經得起推敲和考驗，需求變更的問題自然就會減少了。

二、充分理解客戶需求

我們都知道，很多To B產品的需求是直接來自客戶的。但我們往往會發現，客戶有時候自己也不知道自己想要什么。

那我們在不夠充分了解的情況下就去開發產品，后面就很可能要變更需求。

如果我們沒有深入了解客戶的這些需求，就可能在后續的實際使用中出現問題，然后發生需求變更。

建議：在和客戶溝通需求時，要去進行用戶畫像。去調查目標群體有哪些特征和行為，比如年齡、地區、所屬行業、使用的設備類型、使用產品的習慣等，都是要充分了解的內容，這樣去了解目標群體的情況就會比較全面，能對用戶有一個比較清晰的認知。此外還要考慮客戶可能存在的需求，找到用戶真正的訴求。再針對我們了解到的情況，和客戶進行深入溝通，了解用戶的其他想法，驗證并調整我們之前提出的想法。

在投入開發前，為了減少錯誤，可以先給客戶提供產品的原型Demo試用，然后根據客戶的體驗效果和客戶的意見去進行調整，在確定產品能滿足客戶需求，并且幫助客戶解決實際問題之后再投入研發，從而減少用戶的需求變更。

三、梳理出清晰的業務流程

業務流程的設計是產品設計的核心。有些產品的業務流程涉及比較多，比如會有多個角色參與，流程中環節比較多，相對比較復雜。

舉個例子：電商的退換貨流程中就包括買家和客服溝通，把商品退寄給商家，商家確認收到商品后財務開始走退款流程。

這其中還包括系統運作等，環節多、角色也多，是比較復雜的。

如果事前沒有將流程梳理清晰，沒有考慮到可能發生的情況，那么在復雜的業務流程中，就可能會出現異常，也許是邏輯有錯誤也許是需求被遺漏。

比如：如果電商客服沒有跟買家溝通好退貨要填的信息，那么買家可能就是無效退貨，又或者沒有更改換貨信息，買家就不能及時收到更換后的貨品。退換貨中間環節出現問題，將會給多方造成麻煩，浪費時間也浪費人力，還可能造成經濟損失。

如果沒有明確哪個環節應該做什么，沒有各司其職，發生了遺漏，自然也就導致需求需要變更了。

建議：明確產品核心業務流程，了解清楚流程中出現的角色以及角色之間的關系。將清晰的主線流程梳理出來，流程從哪里開始，到哪里結束，中間包含哪些環節，每個環節每個角色的工作是什么，運作順序是什么等都要梳理清楚。流程清楚了，誰在哪里該干什么都明確了，自然就減少了出錯的可能。

再對每一個流程節點進行反復推敲，考慮可能會出現的問題，尤其重點考慮異常流程，因為我們可能會忽略掉一些異常情況。

比如：買家下單后填錯收貨信息怎么辦、沒有及時收貨導致商品被返回去了怎么辦、商品在途中丟失了怎么辦、商品已經寄出去了買家想退換貨又怎么處理等，這些問題都是產品經理在設計流程的時候要多加考慮的問題。

做好了異常問題的應對解決方案，需求變更也就減少了。

四、充分理解客戶需求

產品經理在做產品的過程中，還要和不同的平臺進行對接，這其中也許包括公司內部不同部門之間的平臺，以及外部的第三方平臺。

如果產品經理不夠了解對接平臺所能提供的能力，就可能在對接過程中出現問題，造成需求變更。

因為缺少了解，那么設計出來的產品可能在平臺上沒辦法使用它的一些功能。

如果再遇上開發時間緊張，那就很可能要修改設計方案，導致需求被迫變更。如果產品經理在設計產品之前沒有詳細了解對接平臺能提供的服務，就可能設計出一些平臺沒辦法使用的產品功能。

這就需要變更需求，或者修改設計方案了。

建議：當產品需要對接不同的平臺時，產品經理應該在設計開發產品之前了解清楚對方的平臺，包括對方平臺有哪些功能，有哪些限制，以及可以提供哪些能力等。這些可以和開發或者對方的負責人溝通清楚，又或者找到平臺的API文檔來閱讀。

如果發現對方能提供的服務沒辦法滿足我們的需求，就要提前與平臺溝通，采取相應的措施。

比如：對方在平臺上開發新功能來接受我們產品的功能，又或者我們在開發產品前修改設計方案等，開發前溝通好了，后面自然就減少了需求變更的問題。

五、規范需求變更

產品經理應該做好開發過程中需求變更過程的管控，將開發過程中發生的需求變更記錄下來，記住，是詳細記錄每一次需求變更，這樣做是為了保證每次需求變更都是有效明確且可控的。

而且做好記錄也方便過后總結分析需求變更的原因，提供減少需求變更的事實依據。

建議：可以制作出一份需求變更申請表，上面的內容可以包括：需求變更申請人、執行人、需要變更的模塊、原來的需求、變更后的需求以及變更的原因等內容，后續還可以補充執行時間、完成時間以及完成效果等，總之應該盡量詳細。

申請人填寫了需求變更申請表之后，產品經理不應該獨自決定是否同意變更，還需要項目團隊的相關人員對需求做變更評估，分析需求變更的緊急重要程度、變更難度、開發量、所需時間、是否影響產品上線等因素，也就是綜合分析變更成本有多大，綜合評估之后，再決定是否有變更需求的必要，這樣的流程走下來，就可以減少無效變更需求的可能，確保每次需求變更都是有效明確的。

產品經理遇到需求變更的問題是非常常見的，我們只有不斷總結之前變更需求的原因，不斷學習前人的經驗，才能減少以后犯錯誤的可能，盡量避免需求變更。

作者：氟西汀，比二會更帥一點的男人，公眾號：氟西汀終究還是沒了。

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

題圖來自?Unsplash，基于 CC0 協議