當完成了用戶需求評估之后，如何將用戶需求向產品需求過度？用戶需求和產品需求是否有明確的界限？本文通過劍客小白的案例，梳理了用戶需求和產品需求差異點和相關流程，與大家分享。

雲作為一個組織，只有收到百姓的警報后，才有劍客仗義行俠。百姓四散于八方，劍客御劍，日行千里，但黎國疆域廣袤無垠，從一個地方到另一個地方有千里之遙，花費在行程上的時間也就不可估計了。

小白半年以來一直參與了文的斬殺，這半年幾乎橫跨兩半個黎國，風餐露宿，疲于奔波，但依舊很難解決百姓的燃眉之急。

小白和商決定一款產品，讓村民自己使用這個產品就可以斬殺了文，既緩解劍客的壓力，也能讓村民免受生命威脅。

當完成了用戶需求評估之后，小白遇到了一個問題，如何將用戶需求向產品需求過度，小白就這個問題跟商做了討論。

小白：用戶需求和產品需求是否有明確的界限？

商：用戶需求可以用【概念】來表示，他描述的是一個問題或現象。產品需求可以用戶【方案】來表示，他描述的是問題解決的方法和路徑。概念和方案是對應關系，但不是一一對應的，一個概念可能對應一個解決方案，也可能多個解決方案。

從描述上看，用戶需求是提出問題，產品需求是解決問題，在提出問題和解決問題中見少了問題分析，所以問題分析就是從用戶需求到產品需求的路徑。很多人會說【需求分析】這個詞更合適，其實需求分析涵蓋的面更廣，從需求評估到產品方案都可以作為需求分析。

小白：明白了，從用戶需求到產品需求，最重要的就是問題分析（需求分析）。

商：是的，所以現在的問題是如何進行問題分析，白，你覺得應該怎樣分析呢？

小白：我在做需求評估的時候從情景和用戶這兩個方面著手的，問題分析應該也是這兩個方面繼續分析。

商：非常正確，問題分析的時候也是從情景和用戶來進行。分4個步驟：情景細分，用戶細分，誘因分析、定義解決方案。其中情景細分和用戶細分主要使用MECE原則，意思是“相互獨立，完全窮盡”。

情景細分：將用戶需求中所涉及的場景都羅列出來。因為只有明確場景才能讓用戶需求落到一個可評估的位置上，也只有在特定的場景下，需求才有意義。就比如如果我想解決將用戶的語音轉寫成文字的需求，我就要明確在什么樣的場景下用戶希望將語音轉成文字。在會議、演講、授課、采訪、訪談、庭審、談話、語言練習、直播、音視頻錄制等等，其實還有很多其他的場景需要將語音轉文字，但是篇幅有限，就先列這么多。

如何確定一個需求有多少場景呢？其實單靠一個或幾個人力是很難完成的，一般都是請專業的調研公司進行調研，然后將數據報告呈現給需求方。但如果公司預算有限，請不起專業的調研公司，是不是就不能做全情景分析？

其實不是，很多時候我們是沒有那么多的人力和物力支持做情景細分調研的，更多的時候我們是根據市場上的數據分析報告來作為情景細分的一句，比如易觀、艾瑞、雪球等行業分析網站去獲取細分行業報告。

用戶細分：在情景細分的基礎上，就可以做用戶細分。用戶細分就是在獨立場景下，將此場景下的角色全部羅列。用戶細分的目的是在特定的場景下，對于特定的用戶進行誘因分析，如上圖。

誘因分析：誘因分析是需求分析中的重要一環，對于在特定場景下的特定角色，我們不僅要做到原因層面的分析，還要做到期望成面的分析，如果可以深入到人性，我們也要對用戶內心真實訴求進行分析。

就比如會議場景下，對于會議記錄者，我們分析記錄員基本的訴求是將會議完整記錄，并做會議紀要發送給其他人。但書記員整理會議紀要是一件耗時耗力的事情，所以他期望只整理重點部分內容即可，比如重要領導的發言，所以他期望有一個標記重點的功能。

不過即使有標記重點，人的本性都是懶惰的，如果不需要人去整理，直接生成會議紀要，這才是解放工作，這樣書記員可以將重點工作用語跟進會議決策的進展上。

方案輸出：這也是最后一個階段，根據情景、用戶、誘因分析，結合核心技術能力、資源形成產品方案。一個完整的需求分析流程如下表：

小白：針對這么多解決方案，如果才能確定哪一種解決方案真正是我們需要的呢？

商：如果有能力盡可能實現更多的解決方案是我們想要的，因為實現更多的解決方案就能幫助更多的人節約時間、實現價值。但你也知道資源都是有限的，所以這里有一個重要的原則：滿足主要情景、多用戶原則，也就是80/20原則。

滿足20%的場景下有80%的用戶，主要解決這些情境下的用戶問題。

這里的80和20根據具體情況可做調整的，就比如90/10等，在這里我們主要做會議、授課、演講、節目制作等場景。

商：現在我們已經將用戶需求分析完了，是不是產品需求就結束了呢？

小白：不是的，雲是一個組織，組織需要做投入產品比，因為他需要運作，所以還需要考慮組織的需求。

商：你說的對，但組織需求也是分不同類型的，主要的可以分為：戰略需求、業務需求、運營需求。

戰略需求：每一個組織在特定的時間段內都有一定的戰略規劃，比如雲組織最近想要切入黎國的冷兵器市場，那么我們現在做的斬殺了文的產品就是符合公司戰略的。如果雲想要進軍服務業，那我們的產品和戰略可能不太符合。戰略是組織發展的燈塔，指明前進方向，我們也要在這個方向下行動。

業務需求：就一如剛剛你所說，雲是一個組織需要運作，運作就需要靈石，所以思考業務模式也是需求的一部分，在一個產品中要有完整的業務流程及業務邏輯。比如工具的設計、生產、銷售、使用、售后，整體的業務體系也是需求中的一個重要部分。業務需求不僅包含產品的業務需求，還包含業務人員的需求。比如市場、銷售、BD等人員會有一個特殊需求。

運營需求：運營的目的是提升用戶價值和產品價值。運營需求是產品需求中重要的一部分，是用戶和產品之間的橋梁，他既可以緩沖用戶和產品之間的矛盾，又可以增強用戶和產品之間的紐帶，可以讓用戶和產品一起成長。所以在考慮產品需求是，一定要將運營需求考慮進去。運營需求不止于產品設計讓用戶參與其中、等級劃分、活動規劃、營銷推廣、口碑傳播。

當然還有其他各組織、個人、其他企業同類型產品的的需求，但這些大多數不是產品的主要需求，我們需要學會甄別和判斷，哪些是重要的、哪些是緊急的、哪些是可以推遲的、哪些是不需要回應的。

產品需求完善之后，接下來就是根據產品需求做產品設計啦，產品設計主要有以下流程：

1. 商業模式設計
2. 產品形態設計
3. 產品信息架構設計
4. 產品功能設計

完成以上設計，就可以看到到真正的產品了。

今天還有斬殺了文任務，具體的設計流程我們后續再進行討論。白，我們出發吧。

小白：好

說罷，平地兩聲驚雷，商和小白拔地而起，如破空之劍蕩起兩道白虹。

#相關閱讀#

劍法修煉篇：評估用戶需求是否有機會？

以需求入劍道，發現需求的本質

本文由 @妙木山 原創發布于人人都是產品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基于CC0協議。