以SaaS產(chǎn)品為例,通過場景和價值判斷需求

1 評論 6680 瀏覽 65 收藏 17 分鐘

與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é)議

更多精彩內容,請關注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 場景的描寫是挺好的
    KANO模型不是用來判斷優(yōu)先級的,優(yōu)先級是根據(jù)需求的價值大小。
    做不做,是根據(jù)戰(zhàn)略、方向切合度。做先做后,是根據(jù)價值大小與判斷。KANO模型后,還要根據(jù)業(yè)務流程,再分多一維度,會比較好

    來自廣東 回復