需求變更是產(chǎn)品經(jīng)理時(shí)常遇到的問(wèn)題，并且也容易引發(fā)項(xiàng)目相關(guān)同事，例如開(kāi)發(fā)、設(shè)計(jì)、測(cè)試等的吐槽，那么產(chǎn)品經(jīng)理怎么做才能減少需求變更的這類事件呢？

各位小伙伴，作為一名產(chǎn)品經(jīng)理，不知道你們?cè)诠ぷ鬟^(guò)程中，有沒(méi)有遇到過(guò)這種情況，已經(jīng)交付給開(kāi)發(fā)的需求經(jīng)常發(fā)生變更，每次變更都要改原型、改文檔，研發(fā)要重新評(píng)估需求，設(shè)計(jì)和測(cè)試也要改動(dòng)，還會(huì)引發(fā)開(kāi)發(fā)、設(shè)計(jì)和測(cè)試同學(xué)的各種吐槽和不滿，產(chǎn)品經(jīng)理也成為了眾矢之的。

其實(shí)，在很多的需求變更中，有些變更是我們可以減少的，也是可以避免的。輸出靠譜需求，減少需求變更是產(chǎn)品經(jīng)理應(yīng)該具備的基本素養(yǎng)和能力。今天我們就來(lái)分析一下，產(chǎn)品經(jīng)理應(yīng)該如何減少需求的變更。

01 想清楚用戶、場(chǎng)景和需求

我們?cè)谶M(jìn)行需求分析與產(chǎn)品設(shè)計(jì)時(shí)，一定是要立足于用戶、場(chǎng)景和需求的，因?yàn)榧幢闶窍嗤挠脩羧后w在不同的場(chǎng)景下產(chǎn)生的需求也可能是不同的。

當(dāng)我們進(jìn)入一個(gè)不熟悉的產(chǎn)品領(lǐng)域時(shí)，如果不能想清楚用戶真正需要什么，實(shí)際使用場(chǎng)景如何，存在哪些問(wèn)題，缺乏對(duì)用戶、場(chǎng)景和需求的深入思考，那么我們?cè)O(shè)計(jì)出來(lái)的產(chǎn)品或功能是缺乏理論依據(jù)的，沒(méi)有抓到用戶的核心痛點(diǎn)，也無(wú)法滿足用戶需求。

而這種需求，是相對(duì)容易發(fā)生變動(dòng)的，比如，在評(píng)審會(huì)中，有領(lǐng)導(dǎo)、開(kāi)發(fā)或測(cè)試對(duì)你的方案提出質(zhì)疑，而你也沒(méi)有想清楚這個(gè)方案到底解決的是用戶的什么實(shí)際問(wèn)題，為什么這么設(shè)計(jì)，就可能導(dǎo)致方案的修改和需求變更。

建議：

在需求分析和產(chǎn)品設(shè)計(jì)階段，我們要深入了解用戶的典型特征和行為，考慮產(chǎn)品的不同使用場(chǎng)景，把自己當(dāng)作用戶，站在用戶的角度考慮問(wèn)題。

要明確我們是為哪些用戶在什么場(chǎng)景下解決什么問(wèn)題，產(chǎn)品是如何解決問(wèn)題的，想清楚這些問(wèn)題后，我們提出的需求才是更加靠譜的，能經(jīng)得起推理和考驗(yàn)，更能被用戶接受，也會(huì)減少需求變更的發(fā)生。

02 充分理解客戶的需求

對(duì)于一些To B的產(chǎn)品，很多情況下，我們的需求是直接來(lái)自客戶的，而有些時(shí)候，客戶并不清楚自己到底想要的是什么。在與客戶溝通的過(guò)程中，如果不能引導(dǎo)他們說(shuō)出真實(shí)的想法，或者沒(méi)有充分理解用戶的需求和意圖，那么開(kāi)發(fā)出來(lái)的產(chǎn)品可能就不是客戶想要的，不符合客戶的預(yù)期，這也會(huì)導(dǎo)致需求變更，甚至延誤產(chǎn)品的交付。

舉個(gè)例子，比如一款政府使用的視頻會(huì)議軟件，如果和通用的視頻會(huì)議產(chǎn)品一樣，可能就會(huì)產(chǎn)生問(wèn)題。

因?yàn)檎袠I(yè)的用戶群體有他自己的特征，比如領(lǐng)導(dǎo)是不希望可以被下屬隨意打擾的，那我們?cè)谠O(shè)計(jì)時(shí)，就要考慮加入視頻呼叫的權(quán)限，比如下屬不可以對(duì)上級(jí)領(lǐng)導(dǎo)發(fā)起呼叫，或者在通訊錄中下屬對(duì)上級(jí)領(lǐng)導(dǎo)不可見(jiàn)等限制。

這些需要與客戶去溝通，如果不能充分理解這些特定用戶在實(shí)際場(chǎng)景中的使用需求，可能就會(huì)導(dǎo)致需求的變更。

建議：

想要減少這種問(wèn)題的發(fā)生，首先，在溝通前，需要我們對(duì)接觸的用戶群體有一個(gè)清晰的認(rèn)知，構(gòu)建用戶畫(huà)像，通過(guò)調(diào)研與溝通的方式，了解目標(biāo)群體的典型特征和群體行為，如年齡、地區(qū)、所屬行業(yè)、使用的設(shè)備類型、使用產(chǎn)品的習(xí)慣等，完整了解目標(biāo)群體的情況。

其次，要想清楚他們可能存在哪些需求，分析用戶真實(shí)的訴求點(diǎn)，然后針對(duì)這些需求我們?nèi)ヅc客戶進(jìn)行溝通，驗(yàn)證我們的想法是否正確，并且去了解用戶其他的真實(shí)想法。

最后，在投入開(kāi)發(fā)前，我們可以為客戶提供產(chǎn)品的原型Demo進(jìn)行體驗(yàn)，看是否滿足他們的需求，能否幫助他們解決實(shí)際問(wèn)題?？蛻粼隗w驗(yàn)完產(chǎn)品之后，一般會(huì)提出自己的想法，我們可以根據(jù)客戶的意見(jiàn)去做產(chǎn)品上的相應(yīng)調(diào)整。這樣在開(kāi)發(fā)過(guò)程中以及產(chǎn)品交付后，才會(huì)發(fā)生更少的需求變更。

03 明確業(yè)務(wù)流程

產(chǎn)品設(shè)計(jì)的核心其實(shí)就是業(yè)務(wù)流程的設(shè)計(jì)。有一些業(yè)務(wù)流程是比較復(fù)雜的，涉及到的角色與流程比較多，比如電商的退換貨流程，這里面可能會(huì)涉及買(mǎi)家、賣家、系統(tǒng)、客服、財(cái)務(wù)等多個(gè)角色，而且涉及到的環(huán)節(jié)也比較多。

對(duì)于這種復(fù)雜的業(yè)務(wù)流程，如果流程梳理的不清晰，沒(méi)有把各種可能發(fā)生的情況和異常流程考慮周全，就很有可能會(huì)出現(xiàn)邏輯錯(cuò)誤或者需求遺漏的問(wèn)題。一旦我們忽略了這些問(wèn)題，在產(chǎn)品的開(kāi)發(fā)過(guò)程，無(wú)疑也會(huì)導(dǎo)致需求的變更。而這種問(wèn)題，也是一些產(chǎn)品新人經(jīng)常會(huì)遇到的。

建議：

首先要明確產(chǎn)品的核心業(yè)務(wù)流程，主線流程一定要清晰，明確流程中有哪些角色，角色之間關(guān)系是什么，流程從哪開(kāi)始，到哪結(jié)束，包含哪些環(huán)節(jié)，順序是怎么樣，產(chǎn)生的數(shù)據(jù)流是怎樣的，形成一個(gè)業(yè)務(wù)閉環(huán)。

然后針對(duì)每一個(gè)流程節(jié)點(diǎn)去考慮所有可能會(huì)發(fā)生的情況，尤其要將異常流程考慮清楚，因?yàn)楫惓Ｇ闆r有時(shí)候是我們?nèi)菀缀雎缘舻?。比如在用戶登錄時(shí)，斷網(wǎng)時(shí)如何處理，賬號(hào)或密碼輸入錯(cuò)誤時(shí)如何處理，輸入錯(cuò)誤的異常中又有哪幾種情況，這些細(xì)節(jié)都是需要產(chǎn)品經(jīng)理考慮清楚的。只有將業(yè)務(wù)流程考慮全面之后，才會(huì)減少需求變更。

04 做好平臺(tái)的對(duì)接

在做產(chǎn)品的過(guò)程中，不同平臺(tái)之間的對(duì)接是不可避免的。有的是外部的第三方平臺(tái)對(duì)接，有的是公司內(nèi)部不同部門(mén)之間的平臺(tái)進(jìn)行對(duì)接。

平臺(tái)對(duì)接造成的需求變更，很大一部分原因在于產(chǎn)品經(jīng)理不夠了解對(duì)方平臺(tái)能夠提供哪些能力。如果你設(shè)計(jì)出來(lái)的功能，到了開(kāi)發(fā)過(guò)程中才發(fā)現(xiàn)對(duì)方平臺(tái)根本不支持這種功能，這種情況下，如果開(kāi)發(fā)時(shí)間比較緊張，可能就需要修改我們的設(shè)計(jì)方案，這也是引起需求變更的一種情況。

舉個(gè)例子，之前做過(guò)的一個(gè)產(chǎn)品，我們通過(guò)對(duì)接第三方平臺(tái)為我們提供視頻會(huì)議的能力。我們?yōu)橛脩粼O(shè)計(jì)了5種會(huì)議狀態(tài)，但是對(duì)方只能支持其中的2種。由于提前了解過(guò)對(duì)方平臺(tái)提供的能力，能針對(duì)這種問(wèn)題與對(duì)方及時(shí)溝通，經(jīng)過(guò)評(píng)估，對(duì)方為我們?cè)黾恿?種狀態(tài)，最終沒(méi)有影響我們的開(kāi)發(fā)進(jìn)度，也避免了需求變更。當(dāng)然，如果沒(méi)有提前認(rèn)真了解過(guò)對(duì)方的平臺(tái)，可能就會(huì)影響到我們功能的設(shè)計(jì)了。

建議：

在我們的產(chǎn)品需要進(jìn)行不同平臺(tái)對(duì)接時(shí)，產(chǎn)品經(jīng)理要清楚對(duì)方能提供哪些能力，去閱讀對(duì)方平臺(tái)提供的API文檔和白皮書(shū)，了解他們能提供的服務(wù)是否滿足我們的需求。如果不滿足需求，需要提前與平臺(tái)進(jìn)行溝通，雙方對(duì)需求做出評(píng)估，并采取相應(yīng)的措施，比如暴露新的接口給我們，或者對(duì)方開(kāi)發(fā)新的功能，或者提前改動(dòng)我們的設(shè)計(jì)方案等，避免造成開(kāi)發(fā)過(guò)程中的需求變動(dòng)。

05 需求變更過(guò)程管控

在產(chǎn)品的開(kāi)發(fā)階段，針對(duì)需求變更，我們要做好需求變更過(guò)程管控。需求變更過(guò)程管控是為了記錄在開(kāi)發(fā)過(guò)程中的所有需求變更，保證每一次變更都是明確的、可控的，也為我們總結(jié)分析需求變更的原因，減少需求變更提供依據(jù)。

需求變更管控工作可以由產(chǎn)品經(jīng)理或者項(xiàng)目經(jīng)理來(lái)主導(dǎo)，每次發(fā)生需求變更時(shí)，申請(qǐng)人要提交需求變更單，變更單內(nèi)容主要包括申請(qǐng)人，執(zhí)行人，變更模塊，原需求，變更需求，變更原因，時(shí)間成本，申請(qǐng)時(shí)間、執(zhí)行時(shí)間、完成時(shí)間等。

提交變更單之后，項(xiàng)目團(tuán)隊(duì)的相關(guān)人員要對(duì)需求做出變更評(píng)估，分析需求變更的緊急重要程度，變更難度，開(kāi)發(fā)量，時(shí)間成本，是否影響產(chǎn)品上線等因素，綜合評(píng)估之后，決定是否進(jìn)行變更。

結(jié)語(yǔ)

需求變更是我們常會(huì)遇到的問(wèn)題，作為產(chǎn)品經(jīng)理，我們需要修煉自己的內(nèi)功，并且去總結(jié)每一次需求變更的原因，避免下次犯同樣的錯(cuò)誤。經(jīng)過(guò)不斷的經(jīng)驗(yàn)積累，我相信每個(gè)人都可以減少開(kāi)發(fā)過(guò)程中的需求變更，也不會(huì)再被你的開(kāi)發(fā)、設(shè)計(jì)、測(cè)試同學(xué)無(wú)限吐槽。

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

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