與C端產(chǎn)品不同，SaaS產(chǎn)品通過挖掘并實現(xiàn)業(yè)務場景中的需求而存在。那么做產(chǎn)品前，我們又要如何挖掘需求呢？筆者認為可以從回歸場景與價值判斷兩部分做起。

在做SaaS產(chǎn)品的過程中，需求并不是憑空產(chǎn)生，而是業(yè)務鏈條中實實在在的場景中的需求。

與C端產(chǎn)品不同的是，C端產(chǎn)品可以通過發(fā)散的思維創(chuàng)造場景，從而創(chuàng)造需求。

而SaaS產(chǎn)品存在著業(yè)務壁壘，只能從業(yè)務中還原場景，并且需要將業(yè)務鏈條中的所有必備場景都還原出來，否則業(yè)務無法閉環(huán)，一旦上線，用戶將無法使用甚至需要將整個產(chǎn)品推倒重來。

在對SaaS產(chǎn)品進行需求分析之前，我們需要回歸場景，梳理并描繪出所有必備的業(yè)務場景，然后再判斷場景中需求的價值，以判斷該需求到底要不要做。

本文將結合美容院信息管理系統(tǒng)項目中的需求分析，從回歸場景和價值判斷兩個方面闡述需求分析。

一、回歸場景

1. 為什么需求要回顧場景

產(chǎn)品經(jīng)理的工作中，可能經(jīng)常會面臨這樣子的一種情況，老板提一個需求，說我們要上線一個搶購功能。然后在我們跟研發(fā)同學溝通的過程中，就老是被懟，“我覺得這個功能不應該做，我的數(shù)據(jù)庫又要重構……，我覺得你這個搶購時間有問題……，我覺得人數(shù)限制應該是……，”巴拉巴拉一大堆，我們跟研發(fā)的吵得不可開交，誰也不服誰。

出現(xiàn)這種情況，除了產(chǎn)品經(jīng)理自己沒想清楚需求外，還缺少了一種共情的描述需求的方式，來跟研發(fā)、乃至老板、客戶進行有效溝通。

因此我們需要尋找一種介于項目協(xié)同的角色之間，大家都能理解的，描述需求的溝通方式，回到場景，看用戶面臨的實際問題是什么，為什么會提出這樣子的需求。

2. 通過場景7要素描繪場景

場景7要素指的是，「誰」在某一個特定「環(huán)境」下，出現(xiàn)了某一個特定的「時機」，為了達到某一個「目標」，做了一系列「動作」，跟某一「介質」發(fā)生了交互，完成了某一特定「任務」。

如：Coco是美容院美容顧問，今天在店里上班的時候，來了一位進店來的美女，為了留住這個客戶，Coco將美女引到休息區(qū)并倒了一杯茶，開始用iPad給美女介紹自家的療程，美女被其中的一個療程吸引并決定做，于是Coco通過iPad下單，并帶美女進了包間。

通過上面的描述，我們就可以和客戶以及研發(fā)同學都能很好的溝通需求了。

對客戶：我們的系統(tǒng)可以直接用戶展示美容店內的療程套餐，種類豐富多樣且免除了傳統(tǒng)的紙質手冊的打印成本。顧客選擇好套餐之后可以即時下單，下單信息同步到管理后臺，美容師可以馬上看到并準備好套餐所需的物品，提高了溝通效率。

對研發(fā)：我們需要創(chuàng)建套餐功能、套餐展示功能、套餐下單功能……

場景7要素所描繪的場景，主要是闡述了用戶有怎樣的需求，并通過怎樣的解決方案達成了這個需求。

如：Coco的需求是為了留住客戶促成下單，往深度需求來說就是通過下單提升自己的業(yè)績。她的解決方案是盡心盡責的周到服務，以及對自家業(yè)務的專業(yè)度，通過系統(tǒng)進行下單，以留住客戶。

3. 場景需求清單-描繪閉環(huán)業(yè)務鏈條上的全場景

通過對業(yè)務的調研，結合上述的場景7要素的描述，我們得到了場景需求清單。

當然，整個業(yè)務鏈條中的場景并沒有那么少，這里羅列出的是核心的需求場景清單。B端產(chǎn)品研發(fā)成本過高，需要在過程中不斷的試錯，核心需求場景清單的特點是，清單中的場景能讓業(yè)務形成閉環(huán)；清單中每一個場景都有清晰的串聯(lián)關系。因此，通過核心場景清單，可以作為版本的迭代驗證產(chǎn)品。

4. 小結

產(chǎn)品設計的過程往往是先做加法再做減法。將所有業(yè)務中的角色梳理清楚，深入場景分角色梳理各自的需求，盡可能多的收集，不用怕收集到的是錯的，或者是偽需求，后期我們再通過需求的價值，判斷該需求做不做、為誰做、誰先做等問題。

二、價值判斷

1. 為什么要做價值判斷

在我們做C端產(chǎn)品的時候，每天掛在嘴上的是用戶體驗，這就要求我們需求考慮極致的用戶價值，以提升產(chǎn)品的用戶量和用戶活躍度。通常都是把流量做起來之后，才會考慮商業(yè)變現(xiàn)，可以說是對商業(yè)價值的考慮微乎極微。

而SaaS產(chǎn)品不同，SaaS產(chǎn)品天生就是靠賣產(chǎn)品給客戶而賺錢的，因此在考慮用戶價值的同時，更需要考慮需求對自身的商業(yè)價值。

2. 價值判斷的兩大原則

在我們對需求價值進行判斷的時候，會通過價值判斷的兩大原則進行判斷：

（1）宏觀層面：產(chǎn)品的價值主張

產(chǎn)品的價值主張指的是，為特定的用戶群體提供差異化的價值。價值主張是一個產(chǎn)品的方向和原則。

比如美容院信息管理系統(tǒng)，它的價值主張是：給美容院企業(yè)提供全鏈條的信息化管理服務。

（2）微觀層面：需求的價值

需求的價值包括用戶價值和商業(yè)價值

• 用戶價值：該需求給產(chǎn)品的用戶帶來了業(yè)務閉環(huán)；給用戶帶來了便利性、安全性等效用；給用戶帶來了權威、身份認同等體驗類價值。
• 商業(yè)價值：該需求能否促進客戶的簽單和續(xù)單，給企業(yè)帶來收入；該需求能否采集到足夠的業(yè)務數(shù)據(jù)反哺系統(tǒng)，以帶來更大的價值。

下面來羅列一下美容院信息化管理系統(tǒng)中的一些需求，判斷是否具有商業(yè)價值。

對于上表所羅列的一些需求即對應的價值，我們可以看出，像發(fā)放優(yōu)惠券等店鋪營銷模塊，以及跨店儲值等連鎖店鋪管理模塊，可以摘取出來，跟標準版的產(chǎn)品差異開，客戶需要通過付費升級才能獲取的功能，便具有一定的商業(yè)價值。

價值主張是價值判斷的第一原則，盡管我們需要盡可能滿足每一個客戶的個性化需求，但與產(chǎn)品但價值主張不一致的需求則堅決不做。

3. 如何判斷需求該不該做

從上述價值判斷的兩大原則我們可以知道，需求該不該做，首先需要符合產(chǎn)品的價值主張，其次還需要判斷該需求是否擁有用戶價值和商業(yè)價值。

（1）符合產(chǎn)品的價值主張

我們曾經(jīng)做過一個商城的項目，當時客戶提出一個需求，希望展示在前端的商品銷量可以后臺修改。我們分析一下這個需求的價值。

• 用戶價值：商家可以在后臺修改商品的銷量，則用戶購買時可以產(chǎn)生一定的引導作用，對商家而言是有價值的。

• 商業(yè)價值：如果我們做了這個功能并設置成收費模塊，則商家也會為了尋求更大的利益而選擇付費，因此也有一定的商業(yè)價值。

但是，在我們做這個商城項目之前，我們訂立的產(chǎn)品價值主張是：幫助中小型建材領域的商家成功。而修改商品的銷量這個需求，對于一個成功的商家而言，是恥辱，對于消費者而言，是欺詐，完全違背了價值主張，因此，堅決不做這個需求。

（2）需求的價值

當一個價值符合產(chǎn)品的價值主張之后，我們可以進入下一步，判斷該需求的用戶價值和商業(yè)價值。這里使用象限法進行分析，將商業(yè)價值設置為橫坐標，用戶價值設置為縱坐標，得出如下圖。

• 需求1：既有用戶價值也有商業(yè)價值，要做。
• 需求2：用戶價值很高但是沒有什么商家價值，這種需求要謹慎考慮，可以從開發(fā)的難易程度，以及投入產(chǎn)出比等方面考慮是否要做。
• 需求3：既沒有用戶價值也沒有商業(yè)價值，不做。
• 需求4：商業(yè)價值很高但是幾乎沒有用戶價值，雞肋功能，無法創(chuàng)造用戶價值，則沒有用戶使用，即便是再高的商業(yè)價值，也是一場空，這種需求也不做。

4. 如何衡量不同角色的需求沖突

在需求分析階段，常常會遇到需求沖突的情況，使用者和管理者的沖突尤為明顯。

管理者的訴求是規(guī)范化、流程化、過程可追溯、杜絕損害公司利益的事發(fā)生。

使用者的訴求是方便高效、省事，最好還能在某些方面獲得一些利益。

比如在做美容院信息管理系統(tǒng)的時候，在療程下單的時候，店長想要有拍照上傳的功能和協(xié)議簽署功能，美容顧問需要在做療程之前跟顧客拍照，并需要顧客簽字。當療程做完之后，需要再次為顧客拍照并上傳。而實際訪談美容顧問時，美容顧問則希望流程能簡單一點，有些步驟可以跳過，因為線下的操作已經(jīng)夠繁瑣了。

通過對業(yè)務的深入了解我們獲悉，做療程前后進行拍照，是需要給顧客看療程前后的對比效果，簽署協(xié)議是為了防止顧客因療程效果不佳而產(chǎn)生糾紛。

如果做這個功能，則會使美容顧問的工作變得繁瑣。但如果不做這個功能，店長就無法使自己的服務標準化、流程化，可能就不會為這個產(chǎn)品付費。

因此，綜合考慮之后，我們側重付費者的訴求，優(yōu)化使用者的體驗。這個功能我們需要做，但是在操作流程上盡可能的讓用戶的任務路徑更短，比如下單直接喚起相機等。

5. 如何判斷需求的優(yōu)先級

判斷需求的優(yōu)先級，這里需要引入一個需求分析模型：KANO模型。

KANO 模型是東京理工大學教授狩野紀昭(Noriaki Kano)發(fā)明的對用戶需求分類和優(yōu)先排序的有用工具，以分析用戶需求對用戶滿意的影響為基礎，體現(xiàn)了產(chǎn)品性能和用戶滿意之間的非線性關系。

• 必備型：滿足業(yè)務閉環(huán)的基本需要，如果有，用戶也不會很滿意，但如果沒有的話，用戶滿意度為負數(shù)，用戶就不會使用我們的產(chǎn)品。
• 期望型：已經(jīng)滿足基本需求的情況下，如果有該功能，用戶滿意度就會上升；如果沒有該功能，用戶滿意度就會下降。
• 驚艷型：本來用戶沒有這個期望值的，如果有，用戶會感到很驚喜，會覺得該產(chǎn)品體驗很好。

那怎么使用KANO模型來判斷需求的優(yōu)先級呢？

（1）將需求按照KANO模型進行分類

我們還是以美容院信息管理系統(tǒng)為例：

將上表進行整理得到下表：

（2）不同的類型中判斷需求優(yōu)先級

• 必備型：必備型是是業(yè)務閉環(huán)的最小需求集合，所有的需求都要做，因此不存在優(yōu)先級。
• 期望型和驚艷型：存在商業(yè)價值的優(yōu)先考慮，其余的考慮對用戶的效用價值。

總的來說，判斷需求優(yōu)先級，首頁代入到KANO模型中，將所有的需求按照KANO模型進行分類，然后按照必備型需求>期望型需求>驚艷型需求的優(yōu)先級進行排序。

然后分層次，判斷每個層次中的需求，商業(yè)價值大的優(yōu)先于商業(yè)價值小的，其他的則按照對用戶的效用價值進行排序，最終獲取需求優(yōu)先級排序表。

三、總結

本文通過回歸場景和價值判斷這兩個方面，對需求調研過程中收集到的需求進行了全面的分析。

首先使用場景7要素的描述方式，結合調研結果，輸出場景需求清單。

其次通過價值判斷的兩大原則——產(chǎn)品的價值主張和需求的價值，判斷需求要不要做，該如何權衡需求沖突。

最后通過KANO模型，來分析需求的優(yōu)先級，回答哪個需求先做的問題。

做完這一步，產(chǎn)品經(jīng)理就可以組織開需求評審會了。

作者：客者Aven；公眾號：超越產(chǎn)品思維

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

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