編輯導語：用户是產品的使用者，所以對於產品來説，用户的需求以及體驗感是非常重要且必要的，產品經理要多關注多角度的用户需求，以達到最好的效果；本文作者分享了關於分析需求時應該用什麼策略，我們一起來了解一下。
在之前的文章中，給大家簡單介紹了分析產品的三個切入點——用户、需求、場景，以及詳細介紹了在用户層面，如何貼近用户，如何獲取用户真實需求的方法。
大家如果有興趣的話可以看以前文章：《不懂分析需求，第一輪面試都過不去》和《從用户中來，到用户中去》這兩篇文章。
而這篇文章，我將從產品的第二個切入點——需求層面，介紹下分析需求時，要關注的兩大特性，以及需求落地後，用什麼策略，給需求優化添磚加瓦。
一、需求的深層性：訴求——動機——本能產品思維是透過現象看本質的能力，並通過產品化方案，從根源上解決問題的思維方式。
從這個角度來説，分析需求的能力，就是透過現象看本質的能力。
因此，需求的深層性主要表現在，從“現象”到“本質”的過程中，要經歷的三個層次：
1. 第一層：觀點，是加工後的訴求需求的第一層是觀點層，即——某個用户或傳達者給產品提出“訴求”。
張小龍曾經吐槽過：每天都有一億人，在教我怎麼做微信。
我們在工作中，收不到小龍哥那樣多的用户反饋，可我們仍然會收到大量的，披着“需求”的外衣“訴求”。
這些人在告訴我們，他們希望產品要提供什麼能力，開發什麼功能。
但是，訴求都是傳達者對需求，經過自身認知的加工後，呈現出來的結果。
可需求一旦經過加工，就無法代表他們身後的用户了，也就不是需求了。
所以，我們要對他們提出的“訴求”進行深入挖掘，才可落地執行，否則就掉進了傳達者製造的“偽需求”陷阱。
最後既浪費了團隊資源，又傷害了用户。
2. 第二層：動機，是加工的原因需求的第二層是動機層。即，用户提出訴求的背景或原因是什麼。
俗話説，有因必有果。
每一個訴求背後，必定有充分的理由，讓用户產生加工需求的想法；因此，我們在收到傳達者提出的訴求之後，必須要先知道傳達者提出訴求的起因和背景。
因為，只有瞭解背景，認可原因之後，我們才能判斷訴求是否合理，評估訴求是否具有落地價值；所以，我們在收到訴求後，要找到第一需求提供方，通過溝通，深挖訴求，全面瞭解背景。
最簡單的方式，就是我們要針對訴求，多問幾句“為什麼”，從對方表述中，還原加工過程。
同時，要學會換位思考，從對方的角度和背景下去思考問題，以判斷這個訴求，從邏輯上，是否通順，從背景上，是否合理，是否符合對方身份。
3. 第三層：本能，是要滿足的需求需求的第三層是本能層。即，用户內心深處真實需求。
這裏的本能，是人類經過千百萬年的進化、成長環境變化、社會環境馴化共同培養出來，動物性和理智性的結晶。
而根據馬斯洛需求層次理論，人類的需求從下往上分別是生理需求、安全需求、社交需求、尊重需求、自我需求這五種。
隨着時代的演變，這裏每一個層級也逐漸向外延伸，進化出了更豐富的需求內涵。
如，生理需求，從動物性的吃喝拉撒，進化成了人的衣食住行；安全需求，也從生命生存的安全，進化出了資金安全、飲食安全、住房安全、出行安全、信息安全等等；
同時，需求層次告訴我們，需求在越底層，需求的剛性就越強。
在產品角度上，需求被滿足的層級越多，用户對產品的粘性才越強。
市面上成功的產品，也都是從這些層次切入和滿足的用户的。
例如，微信的公眾號和朋友圈，共同解決的核心是用户自我實現和尊重需求；微信聊天和附近的人，解決的是熟人社交和陌生人的社交需求；微信支付的核心，是解決用户資金安全和信息安全的問題。
因此，如果一款產品，如果想要獲得市場的認可。
首先得通過動機，把“訴求”還原成人的本能需求；然後，從這五個層面充分考慮產品定位，權衡產品迭代的利與弊，讓產品儘可能滿足用户更多需求，產品才有獲得市場的機會和價值。
二、需求變化性：因用户羣、用户身份、產業的變化，而變化除深層性之外，需求的另一個特性，是具有變化性。
需求會因為產品用户羣的擴大、身份或場景的轉變、產業調整，而隨之發生變化。
前兩者，是我們在還原需求後，設計方案之前，需要思考和關注的問題。
而產業調整，則我們要長期關注的。若產品所在的周邊產業革新，或因產業上下游出現變化，而用户需求，也會隨着發生變化。
這一模塊，我將進一步給大家介紹下，為什麼我們要關注這三者變化：
1. 關注用户羣變化引起需求變化產品度過初創期之後，產品圈層會不斷擴大，此時用户羣體會隨之變化，產品的需求也會隨之出現變化。
如，微信的聊天功能，初衷是為了解決熟人社交。
但隨着用户量級的增大，微信後期加入了文件傳輸、離線緩存等能力，這是為了滿足熟人社交需求衍生出的工作和學習過程中，信息傳遞的需求。
因此，我們在設計產品方案的時候，也要考慮由於用户羣變化而引起需求的變化。
2. 同一用户不同場景下需求的滿足除了用户羣擴大導致需求變化之外，用户的身份也是不斷變化的。
用户在使用產品時，會因產品功能，或場景變化，而出現轉變。
上一秒是目的明確的搜索者，下一秒就可能變成失去目的的探索者。
因此，我們在設計功能模塊的時候，要考慮用户出現身份變化時的聚合頁面的設計，以免導致用户身份轉化後，無法滿足轉化後的需求，造成用户流失。
或在轉化流程和支付流程中，要減少其他功能模塊的干擾，避免過度打擾用户，影響產品的轉化率。
3. 關注產業變化引起需求變化在傳統行業中，每一個產業賽道，都有不同的角色的構成，來共同解決用户需求問題。
但產業不是一成不變的，而是動態變化的，一旦產業中的角色發生變化，產品需求也可能隨之變化。
正如，菜販子的存在，解決了菜品種類多樣性的問題，但造就了菜價居高不下的需求；而社區團購的出現，利用平台優勢，幹掉了菜販子，解決了菜價居高不下的問題，卻給用户製造了成功組團的問題；因此，我們做產品的時候，要持續關注產業變化，尤其是產品周邊產業和產業上下游變化。
因為產業變化，引起需求的變化，往往是通過打破市場現有的平衡點，也是對現有產品的降維打擊。
我們做產品，如果能早一天關注到產業變化趨勢，就能早一天意識到需求變化問題，早一天提出升級方案或替代方案，降低產品被市場淘汰的風險。
三、利用策略，優化需求在分析需求時，要關注需求的深層性和變化性這兩大特性之外，我們還需要在需求上線後，不斷優化需求，保證需求走在正確的軌道上。
以此來驗證我們的想法，是否符合市場預期，符合用户真實的使用場景。
所以，我們還需要建立需求優化體系，持續匡正需求，為產品迭代指引方向。
在這裏，我分享我們業務常用的四個策略：
1. 建立反饋體系這裏的反饋體系，除了在《從用户中來，到用户中去》裏講到的用户反饋渠道之外，還需要建立數據反饋渠道。
即，在產品上線時，需要在各功能點上加埋點。
上線之後，要定期觀察和收集數據，來分析產品的數據表現，為後續產品需求的優化提供思路和數據支持。
2. 灰度策略在產品的用户量達到一定量級之後，就需要用灰度策略，來實現版本批量發佈，降低版本發佈的風險。
灰度策略常用於新功能模塊或較大版本的產品迭代場景。
現有灰度策略包括隨機灰度、定向灰度、邀請灰度這三種：
- 隨機灰度是隨機抽取用户和佔比進行灰度；
- 定向灰度是根據細分用户羣，去發佈；
- 邀請灰度是通過邀請願意體驗新版的用户的策略。
灰度策略是版本發佈過程中，能夠快速止損的有效方法，它讓一部分人能夠先行體驗新功能；同時，產品團隊可以及時關注用户反饋，若出現問題，可以快速回滾，減少進一步影響更多的用户。
3. AB測試策略AB測試，是為同一個版本給用户提供兩種或多種不同的方案，並根據用户的反饋和數據，來驗證和確定最終符合用户預期的產品方案。
在實際工作場景中，常用於前端的用户設計和交互方案，尤其是無法判定兩個或多個方案誰優誰劣的情況。
在AB測試中，要注意遵循實驗法則，如設置對照時要定性定量，保證測試結果符合測試要求。
4. 建立異常監控異常監控，是產品功能建立監控預警機制，實時監控用户的產品使用情況。
若出現異常，監控機制會及時通知給開發和產品，以便快速解決產品問題。
但，並不是所有功能都要建立監控，一般產品的核心功能模塊，才需要建立監控。
如，支付產品的支付流程，就可以通過建立監控機制，來對使用場景進行預警和快速反饋；以避免產生短時間內，出現某個報錯徒增，導致大量用户無法完成支付異常情況。
四、寫在最後本篇文章，給大家介紹了分析需求中要關注的兩大特性：深層性和多樣性，以及產品上線後，優化需求的四種策略。
在深層性中，我們要從用户訴求出發，層層挖掘，通過動機，直至本能；以便還原用户最真實的需求，找到解決用户的問題；
在變化性中，我們關注用户羣體擴大、用户使用角色身份的轉化、關注產品產業和周邊行業結構優化等因素，對需求造成的影響，從而更全面地分析需求，設計出合理的產品方案；
產品是不斷進化的，在產品功能上線之初，我們可以利用建立反饋體系策略，灰度策略、AB測試、異常監控，這四種策略，為產品需求的迭代指引方向。
本文由 @豆奶 原創發佈於人人都是產品經理，未經作者許可，禁止轉載。
題圖來自Unsplash，基於CC0協議。