国外亚洲成av人片在线观看,热99re久久精品这里都是精品,天堂网在线最新版www,国产成人av区一区二区三,51久久成人国产精品麻豆

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

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

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

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

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

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

所以一定要結(jié)合用戶、場景和需求這三個方面去進行需求分析和產(chǎn)品設(shè)計。

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

如果連你自己都不清楚為什么這么設(shè)計產(chǎn)品，也不清楚要幫用戶解決什么問題，那么你的方案就可能在評審會中被領(lǐng)導(dǎo)、開發(fā)或測試質(zhì)疑，并可能導(dǎo)致方案的修改和需求變更。

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

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

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

二、充分理解客戶需求

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

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

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

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

在投入開發(fā)前，為了減少錯誤，可以先給客戶提供產(chǎn)品的原型Demo試用，然后根據(jù)客戶的體驗效果和客戶的意見去進行調(diào)整，在確定產(chǎn)品能滿足客戶需求，并且?guī)椭蛻艚鉀Q實際問題之后再投入研發(fā)，從而減少用戶的需求變更。

三、梳理出清晰的業(yè)務(wù)流程

業(yè)務(wù)流程的設(shè)計是產(chǎn)品設(shè)計的核心。有些產(chǎn)品的業(yè)務(wù)流程涉及比較多，比如會有多個角色參與，流程中環(huán)節(jié)比較多，相對比較復(fù)雜。

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

這其中還包括系統(tǒng)運作等，環(huán)節(jié)多、角色也多，是比較復(fù)雜的。

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

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

如果沒有明確哪個環(huán)節(jié)應(yīng)該做什么，沒有各司其職，發(fā)生了遺漏，自然也就導(dǎo)致需求需要變更了。

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

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

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

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

四、充分理解客戶需求

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

如果產(chǎn)品經(jīng)理不夠了解對接平臺所能提供的能力，就可能在對接過程中出現(xiàn)問題，造成需求變更。

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

如果再遇上開發(fā)時間緊張，那就很可能要修改設(shè)計方案，導(dǎo)致需求被迫變更。如果產(chǎn)品經(jīng)理在設(shè)計產(chǎn)品之前沒有詳細(xì)了解對接平臺能提供的服務(wù)，就可能設(shè)計出一些平臺沒辦法使用的產(chǎn)品功能。

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

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

如果發(fā)現(xiàn)對方能提供的服務(wù)沒辦法滿足我們的需求，就要提前與平臺溝通，采取相應(yīng)的措施。

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

五、規(guī)范需求變更

產(chǎn)品經(jīng)理應(yīng)該做好開發(fā)過程中需求變更過程的管控，將開發(fā)過程中發(fā)生的需求變更記錄下來，記住，是詳細(xì)記錄每一次需求變更，這樣做是為了保證每次需求變更都是有效明確且可控的。

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

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

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

產(chǎn)品經(jīng)理遇到需求變更的問題是非常常見的，我們只有不斷總結(jié)之前變更需求的原因，不斷學(xué)習(xí)前人的經(jīng)驗，才能減少以后犯錯誤的可能，盡量避免需求變更。

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

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

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