起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識產品經理如何減少需求變更？
需求變更是產品經理時常遇到的問題，并且也容易引發項目相關同事，例如開發、設計、測試等的吐槽，那么產品經理怎么做才能減少需求變更的這類事件呢？
各位小伙伴，作為一名產品經理，不知道你們在工作過程中，有沒有遇到過這種情況，已經交付給開發的需求經常發生變更，每次變更都要改原型、改文檔，研發要重新評估需求，設計和測試也要改動，還會引發開發、設計和測試同學的各種吐槽和不滿，產品經理也成為了眾矢之的。
其實，在很多的需求變更中，有些變更是我們可以減少的，也是可以避免的。輸出靠譜需求，減少需求變更是產品經理應該具備的基本素養和能力。今天我們就來分析一下，產品經理應該如何減少需求的變更。
01 想清楚用戶、場景和需求
我們在進行需求分析與產品設計時，一定是要立足于用戶、場景和需求的，因為即便是相同的用戶群體在不同的場景下產生的需求也可能是不同的。
當我們進入一個不熟悉的產品領域時，如果不能想清楚用戶真正需要什么，實際使用場景如何，存在哪些問題，缺乏對用戶、場景和需求的深入思考，那么我們設計出來的產品或功能是缺乏理論依據的，沒有抓到用戶的核心痛點，也無法滿足用戶需求。
而這種需求，是相對容易發生變動的，比如，在評審會中，有領導、開發或測試對你的方案提出質疑，而你也沒有想清楚這個方案到底解決的是用戶的什么實際問題，為什么這么設計，就可能導致方案的修改和需求變更。
建議：
在需求分析和產品設計階段，我們要深入了解用戶的典型特征和行為，考慮產品的不同使用場景，把自己當作用戶，站在用戶的角度考慮問題。
要明確我們是為哪些用戶在什么場景下解決什么問題，產品是如何解決問題的，想清楚這些問題后，我們提出的需求才是更加靠譜的，能經得起推理和考驗，更能被用戶接受，也會減少需求變更的發生。
02 充分理解客戶的需求
對于一些To B的產品，很多情況下，我們的需求是直接來自客戶的，而有些時候，客戶并不清楚自己到底想要的是什么。在與客戶溝通的過程中，如果不能引導他們說出真實的想法，或者沒有充分理解用戶的需求和意圖，那么開發出來的產品可能就不是客戶想要的，不符合客戶的預期，這也會導致需求變更，甚至延誤產品的交付。
舉個例子，比如一款政府使用的視頻會議軟件，如果和通用的視頻會議產品一樣，可能就會產生問題。
因為政府行業的用戶群體有他自己的特征，比如領導是不希望可以被下屬隨意打擾的，那我們在設計時，就要考慮加入視頻呼叫的權限，比如下屬不可以對上級領導發起呼叫，或者在通訊錄中下屬對上級領導不可見等限制。
這些需要與客戶去溝通，如果不能充分理解這些特定用戶在實際場景中的使用需求，可能就會導致需求的變更。
建議：
想要減少這種問題的發生，首先，在溝通前，需要我們對接觸的用戶群體有一個清晰的認知，構建用戶畫像，通過調研與溝通的方式，了解目標群體的典型特征和群體行為，如年齡、地區、所屬行業、使用的設備類型、使用產品的習慣等，完整了解目標群體的情況。
其次，要想清楚他們可能存在哪些需求，分析用戶真實的訴求點，然后針對這些需求我們去與客戶進行溝通，驗證我們的想法是否正確，并且去了解用戶其他的真實想法。
最后，在投入開發前，我們可以為客戶提供產品的原型Demo進行體驗，看是否滿足他們的需求，能否幫助他們解決實際問題?？蛻粼隗w驗完產品之后，一般會提出自己的想法，我們可以根據客戶的意見去做產品上的相應調整。這樣在開發過程中以及產品交付后，才會發生更少的需求變更。
03 明確業務流程
產品設計的核心其實就是業務流程的設計。有一些業務流程是比較復雜的，涉及到的角色與流程比較多，比如電商的退換貨流程，這里面可能會涉及買家、賣家、系統、客服、財務等多個角色，而且涉及到的環節也比較多。
對于這種復雜的業務流程，如果流程梳理的不清晰，沒有把各種可能發生的情況和異常流程考慮周全，就很有可能會出現邏輯錯誤或者需求遺漏的問題。一旦我們忽略了這些問題，在產品的開發過程，無疑也會導致需求的變更。而這種問題，也是一些產品新人經常會遇到的。
建議：
首先要明確產品的核心業務流程，主線流程一定要清晰，明確流程中有哪些角色，角色之間關系是什么，流程從哪開始，到哪結束，包含哪些環節，順序是怎么樣，產生的數據流是怎樣的，形成一個業務閉環。
然后針對每一個流程節點去考慮所有可能會發生的情況，尤其要將異常流程考慮清楚，因為異常情況有時候是我們容易忽略掉的。比如在用戶登錄時，斷網時如何處理，賬號或密碼輸入錯誤時如何處理，輸入錯誤的異常中又有哪幾種情況，這些細節都是需要產品經理考慮清楚的。只有將業務流程考慮全面之后，才會減少需求變更。
04 做好平臺的對接
在做產品的過程中，不同平臺之間的對接是不可避免的。有的是外部的第三方平臺對接，有的是公司內部不同部門之間的平臺進行對接。
平臺對接造成的需求變更，很大一部分原因在于產品經理不夠了解對方平臺能夠提供哪些能力。如果你設計出來的功能，到了開發過程中才發現對方平臺根本不支持這種功能，這種情況下，如果開發時間比較緊張，可能就需要修改我們的設計方案，這也是引起需求變更的一種情況。
舉個例子，之前做過的一個產品，我們通過對接第三方平臺為我們提供視頻會議的能力。我們為用戶設計了5種會議狀態，但是對方只能支持其中的2種。由于提前了解過對方平臺提供的能力，能針對這種問題與對方及時溝通，經過評估，對方為我們增加了3種狀態，最終沒有影響我們的開發進度，也避免了需求變更。當然，如果沒有提前認真了解過對方的平臺，可能就會影響到我們功能的設計了。
建議：
在我們的產品需要進行不同平臺對接時，產品經理要清楚對方能提供哪些能力，去閱讀對方平臺提供的API文檔和白皮書，了解他們能提供的服務是否滿足我們的需求。如果不滿足需求，需要提前與平臺進行溝通，雙方對需求做出評估，并采取相應的措施，比如暴露新的接口給我們，或者對方開發新的功能，或者提前改動我們的設計方案等，避免造成開發過程中的需求變動。
05 需求變更過程管控
在產品的開發階段，針對需求變更，我們要做好需求變更過程管控。需求變更過程管控是為了記錄在開發過程中的所有需求變更，保證每一次變更都是明確的、可控的，也為我們總結分析需求變更的原因，減少需求變更提供依據。
需求變更管控工作可以由產品經理或者項目經理來主導，每次發生需求變更時，申請人要提交需求變更單，變更單內容主要包括申請人，執行人，變更模塊，原需求，變更需求，變更原因，時間成本，申請時間、執行時間、完成時間等。
提交變更單之后，項目團隊的相關人員要對需求做出變更評估，分析需求變更的緊急重要程度，變更難度，開發量，時間成本，是否影響產品上線等因素，綜合評估之后，決定是否進行變更。
結語
需求變更是我們常會遇到的問題，作為產品經理，我們需要修煉自己的內功，并且去總結每一次需求變更的原因，避免下次犯同樣的錯誤。經過不斷的經驗積累，我相信每個人都可以減少開發過程中的需求變更，也不會再被你的開發、設計、測試同學無限吐槽。
本文由 @米粒 原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基于CC0協議
- 目前還沒評論，等你發揮！
