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

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

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

01 想清楚用戶、場景和需求

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

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

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

建議：

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

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

02 充分理解客戶的需求

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

舉個(gè)例子，比如一款政府使用的視頻會(huì)議軟件，如果和通用的視頻會(huì)議產(chǎn)品一樣，可能就會(huì)產(chǎ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)不可見等限制。

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

建議：

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

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

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

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

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

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

建議：

首先要明確產(chǎn)品的核心業(yè)務(wù)流程，主線流程一定要清晰，明確流程中有哪些角色，角色之間關(guān)系是什么，流程從哪開始，到哪結(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)菀缀雎缘舻摹１热缭谟脩舻卿洉r(shí)，斷網(wǎng)時(shí)如何處理，賬號(hào)或密碼輸入錯(cuò)誤時(shí)如何處理，輸入錯(cuò)誤的異常中又有哪幾種情況，這些細(xì)節(jié)都是需要產(chǎn)品經(jīng)理考慮清楚的。只有將業(yè)務(wù)流程考慮全面之后，才會(huì)減少需求變更。

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

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

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

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

建議：

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

05 需求變更過程管控

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

需求變更管控工作可以由產(chǎn)品經(jīng)理或者項(xiàng)目經(jīng)理來主導(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)估，分析需求變更的緊急重要程度，變更難度，開發(fā)量，時(shí)間成本，是否影響產(chǎn)品上線等因素，綜合評(píng)估之后，決定是否進(jìn)行變更。

結(jié)語

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

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

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