編輯導(dǎo)語：對(duì)于產(chǎn)品經(jīng)理而言，產(chǎn)品在快速落地前，需要切實(shí)了解執(zhí)行產(chǎn)品背后的動(dòng)機(jī)及目的，這樣可以避免用戶體驗(yàn)感不佳。本文將分為以下六方面對(duì)SaaS產(chǎn)品設(shè)計(jì)進(jìn)行探討交流，值得閱讀學(xué)習(xí)。

有這樣一個(gè)場(chǎng)景：

老板/用戶：我有?個(gè)特別棒的想法，優(yōu)先級(jí)很高，你趕緊把方案產(chǎn)做出來。

產(chǎn)品經(jīng)理：保證效率！我馬上就開始畫原型，然后內(nèi)部評(píng)審，接著推進(jìn)開發(fā)。

這時(shí)候部分產(chǎn)品經(jīng)理急于表現(xiàn)，需要將需求快速落地，第?反應(yīng)就是開始執(zhí)行，所以經(jīng)常會(huì)發(fā)生?種情況，產(chǎn)品經(jīng)理很努力的去做，把需求或想法百分百的去還原，但結(jié)果老板或用戶體驗(yàn)完之后發(fā)現(xiàn)，這并不是我想要的功能。

出現(xiàn)這種情況的原因是產(chǎn)品經(jīng)理沒有了解到這個(gè)需求背后的動(dòng)機(jī)和目的，這是很多小伙伴容易出現(xiàn)的問題。而SaaS產(chǎn)品設(shè)計(jì)，不僅僅只關(guān)注設(shè)計(jì)，在此之前我們更要關(guān)注產(chǎn)品的定義。需要我們想清楚這個(gè)需求對(duì)應(yīng)的場(chǎng)景是什么，場(chǎng)景中的需求價(jià)值是什么。之后才是結(jié)構(gòu)化的框架把功能設(shè)計(jì)出來。

文章整體分為以下幾個(gè)部分：

1. SaaS產(chǎn)品設(shè)計(jì)痛點(diǎn)場(chǎng)景拆分
2. SaaS產(chǎn)品不同維度的認(rèn)知
3. 我們通過什么方式去理解業(yè)務(wù)
4. 我們?nèi)绾问崂順I(yè)務(wù)判斷需求價(jià)值
5. 我們?nèi)绾卧O(shè)計(jì)產(chǎn)品架構(gòu)與功能
6. SaaS產(chǎn)品生命周期中的設(shè)計(jì)原則

以下，咱們一起進(jìn)入正文~

一、SaaS產(chǎn)品設(shè)計(jì)痛點(diǎn)場(chǎng)景拆分

1. SaaS產(chǎn)品經(jīng)理的工作方式

SaaS產(chǎn)品經(jīng)理?作本質(zhì)是從發(fā)散到收斂的?個(gè)過程。發(fā)散是指產(chǎn)品的定義，收斂是指產(chǎn)品的設(shè)計(jì)。但往往很多產(chǎn)品經(jīng)理?上來就開始收斂了，開始畫原型，好?點(diǎn)的產(chǎn)品經(jīng)理可能先去思考這個(gè)功能影響的范圍，影響的面。最后梳理出?個(gè)腦圖，用這個(gè)腦圖去跟開發(fā)去碰，但是?個(gè)優(yōu)秀的產(chǎn)品經(jīng)理除了?上來就收斂之外，其次需要我們思維先發(fā)散，最終產(chǎn)品定義這個(gè)場(chǎng)景對(duì)應(yīng)的價(jià)值是什么。

2. SaaS產(chǎn)品理解業(yè)務(wù)是進(jìn)?需求梳理與功能設(shè)計(jì)的前提

在這里在跟大家分享三個(gè)場(chǎng)景：

場(chǎng)景一：很多同學(xué)都是半路轉(zhuǎn)行過來做SaaS產(chǎn)品經(jīng)理，往往會(huì)遇到不知道如何去跟進(jìn)行業(yè)的趨勢(shì)，同時(shí)也不知道如何去做業(yè)務(wù)調(diào)研。而對(duì)于業(yè)務(wù)理解的欠缺也直接影響到對(duì)應(yīng)的產(chǎn)出，這時(shí)候根據(jù)對(duì)業(yè)務(wù)理解而設(shè)計(jì)的產(chǎn)品方案也會(huì)被吐槽，不懂業(yè)務(wù)。這種場(chǎng)景我相信很多SaaS產(chǎn)品經(jīng)理都會(huì)有許多感觸。【理解業(yè)務(wù)難】

場(chǎng)景二：很多產(chǎn)品經(jīng)理由于之前經(jīng)驗(yàn)習(xí)慣，專注思考單個(gè)場(chǎng)景下的用戶價(jià)值，在這時(shí)候會(huì)導(dǎo)致在思考業(yè)務(wù)場(chǎng)景時(shí)經(jīng)常出現(xiàn)遺漏，從而導(dǎo)致業(yè)務(wù)無法閉環(huán)，終端用戶對(duì)產(chǎn)品感到滿意，卻沒有直接轉(zhuǎn)換成付費(fèi)。【需求梳理不清晰】

場(chǎng)景三：產(chǎn)品經(jīng)理進(jìn)行了全盤梳理，理清價(jià)值之后，全身心投入產(chǎn)品設(shè)計(jì)中去，然而業(yè)務(wù)出現(xiàn)了?堆個(gè)性化需求，產(chǎn)品經(jīng)理硬著頭皮單點(diǎn)設(shè)計(jì)，最后演變成定制化設(shè)計(jì)，導(dǎo)致產(chǎn)品邏輯異常復(fù)雜，研發(fā)成本也不斷升高，終端用戶在前端界面也會(huì)吐槽越來越復(fù)雜，不知道怎么入手了。【功能設(shè)計(jì)復(fù)雜】

出現(xiàn)上面三種場(chǎng)景情況的原因是SaaS產(chǎn)品有非常強(qiáng)的業(yè)務(wù)壁壘，所以不同行業(yè)產(chǎn)品經(jīng)理會(huì)出現(xiàn)隔行如隔山的情況，產(chǎn)品設(shè)計(jì)不清楚具體場(chǎng)景的痛點(diǎn)和難點(diǎn)。其次是SaaS產(chǎn)品業(yè)務(wù)流程是比較復(fù)雜的，看似簡(jiǎn)單的功能也會(huì)涉及多個(gè)角色，所以需要通盤考慮。最后SaaS產(chǎn)品個(gè)性化需求非常多，需要滿足不同個(gè)性化需求，所以導(dǎo)致設(shè)計(jì)方案復(fù)雜。

所以接下來的文章也會(huì)圍繞這三個(gè)場(chǎng)景去跟大家分享對(duì)應(yīng)的產(chǎn)品方法論。

二、SaaS產(chǎn)品不同維度的認(rèn)知

1. SaaS產(chǎn)品認(rèn)知的歧義

很多人認(rèn)為SaaS產(chǎn)品是toB產(chǎn)品，但從本身定義軟件即服務(wù)來看，即沒有說是toB也沒有說是toC。而廣義的SaaS定義是既有toB也有toC（比如印象筆記/石墨?檔）。從軟件交付方式來講，SaaS本身作為一種交付模式，本身不存在toB或toC之分。從商業(yè)模式來講，如果我們把toB產(chǎn)品定義為基于互聯(lián)網(wǎng)提供服務(wù)，?以提升企業(yè)效率，增加企業(yè)收?的產(chǎn)品，那么SaaS產(chǎn)品可以算是B端產(chǎn)品的?個(gè)分支。

2. SaaS產(chǎn)品不同維度的認(rèn)知

SaaS模式的出現(xiàn)很大程度上是順應(yīng)用戶對(duì)數(shù)據(jù)安全和低維護(hù)成本的需求而衍生的。

SaaS產(chǎn)品劃分：業(yè)務(wù)垂直型（提供面向特定業(yè)務(wù)的SaaS解決方案比如：crm erp等）、行業(yè)垂直型（提供面向特定行業(yè)的SaaS解決方案比如零售電商、餐飲、醫(yī)療、制造業(yè)）行業(yè)和業(yè)務(wù)之間肯定有交叉的，?個(gè)SaaS產(chǎn)品既會(huì)有特定的業(yè)務(wù)，也會(huì)面向特定的行業(yè)。

SaaS產(chǎn)品特點(diǎn)：

• 云端架構(gòu)：SaaS公司提供服務(wù)器、數(shù)據(jù)庫(kù)等硬件，無需本地部署；
• 成本下降：無需客戶承擔(dān)基礎(chǔ)設(shè)施成本、日常運(yùn)維成本，付費(fèi)靈活；
• 用戶按月/年支付費(fèi)用，而非?次性購(gòu)買，體驗(yàn)提升；
• 后續(xù)升級(jí)維護(hù)由SaaS公司負(fù)責(zé)，通過數(shù)據(jù)驅(qū)動(dòng)迭代。

SaaS產(chǎn)品業(yè)務(wù)階段：整體劃分為四個(gè)階段，基礎(chǔ)產(chǎn)品完善期、行業(yè)產(chǎn)品深入期、生態(tài)建設(shè)期、再創(chuàng)新。

三、我們通過什么方式去理解業(yè)務(wù)

1. 業(yè)務(wù)理解=行業(yè)模式（宏觀）+企業(yè)運(yùn)作流程（微觀）

對(duì)業(yè)務(wù)的理解我們可以由抽象化轉(zhuǎn)換為具象化，本質(zhì)需要從行業(yè)模式和運(yùn)作流程去了解。懂行業(yè)模式是要能夠理解約定俗成的玩法和規(guī)則是什么。懂運(yùn)作流程是行業(yè)中某個(gè)企業(yè)不同崗位/角色如何各司其職的。運(yùn)作流程是行業(yè)模式的直觀體現(xiàn)，行業(yè)模式?為理解運(yùn)作流程提供指南針。

理解行業(yè)的限制，了解他的客觀規(guī)律從而避免走彎路，理解運(yùn)作流程從而能夠還原場(chǎng)景，并設(shè)計(jì)功能滿足需求。所以我們需要通過行業(yè)分析了解行業(yè)模式，通過業(yè)務(wù)調(diào)研了解某個(gè)企業(yè)的運(yùn)作流程。

?業(yè)模式：從宏觀角度，我們了解行業(yè)內(nèi)企業(yè)相應(yīng)業(yè)務(wù)的玩法，從而抽象出通用的玩法和規(guī)則，這樣我們才可以了解企業(yè)的核心痛點(diǎn)，其次也為SaaS產(chǎn)品及服務(wù)提供方向指南。

運(yùn)作流程：從微觀角度，對(duì)于每個(gè)企業(yè)我們需要了解企業(yè)內(nèi)部不同員工是如何操作的，最終實(shí)現(xiàn)公司業(yè)務(wù)運(yùn)轉(zhuǎn)，了解這些才能使我們產(chǎn)品設(shè)計(jì)更加落地。

2. 行業(yè)模式（宏觀）：如何快速了解一個(gè)行業(yè)

SaaS產(chǎn)品經(jīng)理算半個(gè)行業(yè)專家。

網(wǎng)上做行業(yè)分析的方法有很多，重要的是需要找對(duì)維度，不能只停留在大范圍層面，而是需要聚焦于我們自身業(yè)務(wù)的邊界。關(guān)于維度層面這邊跟大家分享五個(gè)分析行業(yè)的維度，分別是：行業(yè)基礎(chǔ)信息、外部經(jīng)營(yíng)環(huán)境、內(nèi)部市場(chǎng)環(huán)境、標(biāo)桿企業(yè)分析、SaaS競(jìng)品分析；

通過上訴幾個(gè)維度我們可以快速了解?個(gè)行業(yè)，但是往往實(shí)際工作場(chǎng)景是我們做出了?份分析報(bào)告，但不知道真正作用在哪?。這種情況下需要回歸到本質(zhì)，我們是為了了解行業(yè)通用規(guī)則和玩法，最終服務(wù)于自身SaaS業(yè)務(wù)。

3. 企業(yè)運(yùn)作流程（微觀）：如何進(jìn)行業(yè)務(wù)調(diào)研

先跟大家講講C端產(chǎn)品的用戶調(diào)研與SaaS產(chǎn)品業(yè)務(wù)調(diào)研的區(qū)別，C端用戶調(diào)研只需要關(guān)注單點(diǎn)用戶，SaaS業(yè)務(wù)調(diào)研需要全盤考慮整個(gè)業(yè)務(wù)流程，這也是很多轉(zhuǎn)行做SaaS產(chǎn)品經(jīng)理會(huì)按照以前的調(diào)研方式，去做業(yè)務(wù)調(diào)研，容易導(dǎo)致產(chǎn)品流程上沒有閉環(huán)。其次C端?戶調(diào)研需要以用戶體驗(yàn)為中心，相對(duì)于來說SaaS產(chǎn)品更關(guān)注需求，解決了什么業(yè)務(wù)問題。最后C端產(chǎn)品用戶需求層面相對(duì)于容易抽離共性，SaaS天然存在大量個(gè)性化需求且極度分散。而且C端產(chǎn)品?般都是用戶可以通過共情來挖掘潛在需求，SaaS產(chǎn)品經(jīng)理通常不是用戶，需要通過理解業(yè)務(wù)來挖掘需求。

4. 運(yùn)作流程要素與調(diào)研步驟

業(yè)務(wù)調(diào)研最終是為了理解業(yè)務(wù)的運(yùn)作流程，運(yùn)作流程包括的元素有什么：企業(yè)（通過定義標(biāo)桿企業(yè)描繪客戶畫像）、角色（通過查看組織架構(gòu)和參考同類型企業(yè)來梳理角色特征）、流程（通過觀察與調(diào)研了解核心業(yè)務(wù)的工作流）。

業(yè)務(wù)調(diào)研整體分三步：

第?：定義并選擇標(biāo)桿企業(yè)。在這里需要定義標(biāo)桿企業(yè)的客戶畫像，以標(biāo)桿企業(yè)的需求為核心?？蛻舢嬒癜蛻?企業(yè)規(guī)模、從屬細(xì)分類目、業(yè)務(wù)范圍），在這里面為什么我們需要選擇標(biāo)桿企業(yè)的原因是在于標(biāo)桿企業(yè)需求具有代表性，相對(duì)容易抽離。其次也是因?yàn)闃?biāo)桿企業(yè)的聲音有影響力，后期能夠引領(lǐng)其他客戶。

第?：梳理業(yè)務(wù)鏈條的??。在這?步梳理好業(yè)務(wù)流程中的關(guān)鍵角色之后，我們需要定義角色的特征（主要負(fù)責(zé)什么、業(yè)務(wù)目標(biāo)標(biāo)/KPI是什么、職業(yè)特點(diǎn)是什么），怎么找到這些業(yè)務(wù)流程中的關(guān)鍵角色，第?可以從企業(yè)的組織架構(gòu)中尋找，這是最便捷也是最直接快速的方法。在得不到組織架構(gòu)的情況下，可以參考同類型企業(yè)的流程及角色（當(dāng)然這里的企業(yè)也是屬于標(biāo)桿企業(yè)），在做整體角色梳理的時(shí)候我們必須要注意業(yè)務(wù)的閉環(huán)，如果忽略了業(yè)務(wù)鏈條不重要的角色，可能會(huì)導(dǎo)致業(yè)務(wù)無法閉環(huán)。

第三：觀察與調(diào)研并行。在梳理完業(yè)務(wù)流程之后我們需要通過觀察與調(diào)研，理清角色的工作流（核心流程）。對(duì)于SaaS產(chǎn)品來說，觀察比直接開放式調(diào)研更有效，這么說的原因是在于產(chǎn)品很難從根上去撼動(dòng)絕大部分公司的業(yè)務(wù)模式，所以我們側(cè)重在還原業(yè)務(wù)，而非創(chuàng)造業(yè)務(wù)，還有?個(gè)原因是調(diào)研過程中多少都會(huì)有主觀成分在，所以需要通過觀察還原業(yè)務(wù)。

觀察的方式我們可以通過駐場(chǎng)，深?業(yè)務(wù)需求方的工作場(chǎng)景，觀察他們平時(shí)的工作方式。在觀察的同時(shí)我們也需要得到這個(gè)角色的工作流是什么樣子的？有沒有標(biāo)準(zhǔn)化流程？在什么情況下，執(zhí)行了那系列任務(wù)，完成了什么業(yè)務(wù)上的目標(biāo)？還有?種方式輪崗機(jī)制，有機(jī)會(huì)的話能夠直接上手體驗(yàn)業(yè)務(wù)方的工作是最好的。用戶調(diào)研主要從流程維度和具體場(chǎng)景維度去設(shè)計(jì)調(diào)研問題。

在理解業(yè)務(wù)這個(gè)層面上我們需要循序漸進(jìn)的，理解業(yè)務(wù)沒有太多的技巧，通過觀察和調(diào)研交叉，了解用戶/用戶需求，并通過產(chǎn)品設(shè)計(jì)滿足需求，了解反饋，進(jìn)而根據(jù)反饋持續(xù)滿足需求—-通過不斷地這樣循環(huán)深耕業(yè)務(wù)，才能不斷深化對(duì)業(yè)務(wù)的理解。

四、SaaS產(chǎn)品如何梳理業(yè)務(wù)判斷需求價(jià)值

很多產(chǎn)品經(jīng)理在做了?波業(yè)務(wù)調(diào)研之后，也對(duì)業(yè)務(wù)有了?定程度的理解，認(rèn)為接下來就該到需求分析了。其實(shí)不是這樣，除了對(duì)業(yè)務(wù)要有?個(gè)深度了解之外，還需要還原業(yè)務(wù)中遇到的場(chǎng)景是什么，用戶需求價(jià)值是什么。如何去判斷需求的價(jià)值，其實(shí)本質(zhì)是我們需要在產(chǎn)品定義這個(gè)環(huán)節(jié)去梳理清晰。

產(chǎn)品定義分兩個(gè)部分：第?回歸場(chǎng)景（梳理并描述業(yè)務(wù)場(chǎng)景），第?理清價(jià)值（判斷場(chǎng)景中需求的價(jià)值）。

1. 為什么要回歸場(chǎng)景？

在這個(gè)跟?家描述兩個(gè)我們常見的工作場(chǎng)景，很多時(shí)候產(chǎn)品經(jīng)理在提出產(chǎn)品方案時(shí)，大家圍繞實(shí)現(xiàn)細(xì)節(jié)開始討論的時(shí)候容易出現(xiàn)，‘我覺得’的?式來表達(dá)自己的觀點(diǎn)，每個(gè)人都有自己的想法，無法達(dá)成統(tǒng)?的意見。還有?種情況是在沒有理解場(chǎng)景的情況下直接開始畫原型，這時(shí)候會(huì)出現(xiàn)我們產(chǎn)品上線之后總是不符合實(shí)際線下流程，還得推倒從來。

現(xiàn)在我們回想上?兩個(gè)場(chǎng)景中為什么出現(xiàn)這種情況，本質(zhì)是因?yàn)楫a(chǎn)品經(jīng)理對(duì)外（項(xiàng)目組其他人），完成?項(xiàng)任務(wù)肯定是需要多個(gè)部門多個(gè)角色頻繁的傳遞用戶需求，因此使用一套易理解，貼近實(shí)際的溝通的?式就很重要，而場(chǎng)景就是通行于不同角色之間解決產(chǎn)品問題的語言。

對(duì)內(nèi)（自身思考）產(chǎn)品設(shè)計(jì)我們需要先發(fā)散后收斂，因此動(dòng)?畫原型，寫文檔之前我們需要做?量的思考，調(diào)研。邏輯基點(diǎn)是用戶?臨的實(shí)際情況到底是什么樣的，即回歸場(chǎng)景。

2. 單個(gè)場(chǎng)景與多個(gè)場(chǎng)景

在單個(gè)場(chǎng)景上，SaaS產(chǎn)品不能創(chuàng)造，只能還原。這也是和C端的區(qū)別點(diǎn)，C端因?yàn)樽约壕褪怯脩?，可以以發(fā)散的?式創(chuàng)造場(chǎng)景，從而引領(lǐng)用戶需求。SaaS業(yè)務(wù)天然存在壁壘，無法發(fā)散獲取，只能還原場(chǎng)景，且顆粒度需要更細(xì)。在多個(gè)場(chǎng)景上，SaaS產(chǎn)品需要考慮業(yè)務(wù)的閉環(huán)。同樣以C端舉例，c端產(chǎn)品相對(duì)簡(jiǎn)單，重點(diǎn)在于單點(diǎn)突破核心場(chǎng)景。SaaS產(chǎn)品業(yè)務(wù)鏈長(zhǎng)，缺少任何?個(gè)必備場(chǎng)景都可能?法閉環(huán)。所以回歸場(chǎng)景我們需要先將單個(gè)場(chǎng)景描述清晰，進(jìn)而梳理鏈條中的全場(chǎng)景。

3. 場(chǎng)景我們?cè)撊绾稳ッ枋?/h3>

回歸場(chǎng)景我們需要通過?種通?的場(chǎng)景描述方式，對(duì)內(nèi)形成自己的思考基點(diǎn)，對(duì)外讓大家形成共識(shí)。在這里跟大家分享?種場(chǎng)景描述方法，場(chǎng)景描述的7要素（用戶、環(huán)境、時(shí)機(jī)、目標(biāo)、動(dòng)作、截止、任務(wù)）SaaS產(chǎn)品的場(chǎng)景是真實(shí)存在的，不是憑空捏造的。需要在真實(shí)業(yè)務(wù)中得到驗(yàn)證。場(chǎng)景描述方式本身不重要。重要的是對(duì)外能夠形成統(tǒng)?的認(rèn)知，對(duì)內(nèi)思考能夠還原用戶實(shí)際情況才是關(guān)鍵。

針對(duì)單?的場(chǎng)景我們可以通過單?場(chǎng)景描述方式去還原，針對(duì)多個(gè)場(chǎng)景時(shí)我們可以借助場(chǎng)景需求清單，場(chǎng)景需求清單是多個(gè)場(chǎng)景串聯(lián)形成的結(jié)構(gòu)化信息，他是?個(gè)業(yè)務(wù)鏈條下的場(chǎng)景拆分后的需求集合，場(chǎng)景需求清單可以幫助我們梳理業(yè)務(wù)鏈條下的場(chǎng)景關(guān)系，避免遺漏影響業(yè)務(wù)閉環(huán)的場(chǎng)景?；谥暗恼{(diào)研，找到關(guān)聯(lián)步驟/流程，根據(jù)流程還原每個(gè)流程下的代表性場(chǎng)景，并拆解出需求。核?步驟提煉成三步：第?梳理出清晰地業(yè)務(wù)流程、第?將場(chǎng)景歸類到流程中、第三基于場(chǎng)景拆分用戶需求；需要注意的是每個(gè)流程下可以寫多個(gè)具有代表性的分?場(chǎng)景，同時(shí)我們也可以把??標(biāo)注出來。

示例：場(chǎng)景需求清單

當(dāng)場(chǎng)景清單足夠龐大時(shí)，我們需要對(duì)原有的場(chǎng)景需求清單進(jìn)行抽離，抽離出最關(guān)鍵的類別/流程，以及其中不可或缺的場(chǎng)景形成場(chǎng)景需求清單，這?步的核心在于如何抽離（需求理解業(yè)務(wù)），說到核心場(chǎng)景我們需要前面提到的業(yè)務(wù)閉環(huán)，業(yè)務(wù)閉環(huán)我們可以定義他為為了完成目標(biāo)下的最小步驟的集合，核心場(chǎng)景即最小步驟的展開，對(duì)于最小步驟依賴于對(duì)業(yè)務(wù)的理解，需要站在業(yè)務(wù)員的角度，來看哪些是不可或缺的，同時(shí)我們需要考慮到意外情況下的分支場(chǎng)景，如果出現(xiàn)意外情況而導(dǎo)致業(yè)務(wù)無法進(jìn)行，業(yè)務(wù)無法閉環(huán)，那么也會(huì)導(dǎo)致用戶放棄使用產(chǎn)品。講到這里我們發(fā)現(xiàn)核心場(chǎng)景也是MVP版本。

4. 宏觀與微觀的價(jià)值理清（理清價(jià)值）

價(jià)值主張與需求對(duì)應(yīng)的價(jià)值，兩者之間產(chǎn)品的價(jià)值主張為判斷需求的價(jià)值提供方向和原則，而不同需求價(jià)值的積累進(jìn)?步鞏固價(jià)值主張。

價(jià)值主張（宏觀）：為特定用戶群體提供差異化價(jià)值，價(jià)值主張是進(jìn)行需求判斷的第?原則，SaaS產(chǎn)品應(yīng)該盡可能滿足每個(gè)客戶的個(gè)性化需求，但不該包含與價(jià)值主張完全不?致的需求。如果在實(shí)際工作中遇到需求判斷經(jīng)常找不到方向，也許應(yīng)該開始思考產(chǎn)品的價(jià)值主張。

需求價(jià)值（微觀）：需求的兩種價(jià)值?是?戶價(jià)值（給產(chǎn)品?戶帶來什么），另外?種是商業(yè)價(jià)值（給SaaS?商帶來什么），針對(duì)用戶（我們提供業(yè)務(wù)閉環(huán)類價(jià)值、效用類價(jià)值、體驗(yàn)類價(jià)值）、對(duì)于SaaS廠商（收入價(jià)值、對(duì)自身是否能夠采集到更多的業(yè)務(wù)數(shù)據(jù)價(jià)值）。在SaaS產(chǎn)品中用戶價(jià)值中最常見的是效用價(jià)值。

5. 如何找出場(chǎng)景中的需求價(jià)值

找出價(jià)值我們需要做的三件事：第?需求的用戶價(jià)值是否與產(chǎn)品價(jià)值主張相契合？第二用戶的需求價(jià)值具體類型是什么，表現(xiàn)在哪里？第三需求是否存在商業(yè)價(jià)值，表現(xiàn)在哪里？

6. 如何判斷場(chǎng)景中的需求價(jià)值

需求來源于場(chǎng)景，滿足需求則產(chǎn)生價(jià)值，?對(duì)撲面而來的需求SaaS產(chǎn)品經(jīng)理更需要清晰理解并判斷需求的價(jià)值。SaaS產(chǎn)品為什么更需要理解價(jià)值，原因在于SaaS場(chǎng)景都是真實(shí)存在的，客戶就是上帝，不存在偽需求，所以需要對(duì)?量需求進(jìn)?判斷。在需求判斷中常規(guī)會(huì)出現(xiàn)三種場(chǎng)景分別是：

示例：場(chǎng)景需求價(jià)值清單

五、我們?nèi)绾卧O(shè)計(jì)業(yè)務(wù)架構(gòu)與功能

1. 什么是業(yè)務(wù)架構(gòu)

對(duì)于SaaS產(chǎn)品首先我們理解場(chǎng)景七要素中的任何?個(gè)要素發(fā)生變化，都會(huì)導(dǎo)致場(chǎng)景不?樣，從而產(chǎn)生不?樣的需求。SaaS產(chǎn)品有非常強(qiáng)的業(yè)務(wù)屬性，如果缺乏框架性思考，單點(diǎn)設(shè)計(jì)功能將會(huì)讓你精疲力盡，對(duì)內(nèi)部來說不斷堆砌功能，開發(fā)成本會(huì)越來越?，對(duì)外部來說用戶看到的信息繁雜，無法高效的完成任務(wù)，所以我們?cè)O(shè)計(jì)功能前需要理清架構(gòu)，以?種全局的框架視?來思考。

業(yè)務(wù)架構(gòu)是?套功能依據(jù)業(yè)務(wù)進(jìn)?分類整合，形成抽象化的業(yè)務(wù)模型，架構(gòu)可以幫我們理清每個(gè)業(yè)務(wù)模塊/功能間的邊界，以及他們之間的關(guān)系，在我們?對(duì)多個(gè)類似的需求時(shí)先梳理架構(gòu)就可以基于場(chǎng)景迅速定位到對(duì)應(yīng)的模塊，在設(shè)計(jì)功能時(shí)我們需要重點(diǎn)考慮以?個(gè)功能滿足多個(gè)類似的需求。

業(yè)務(wù)架構(gòu)：架構(gòu)的作用在于建立?套標(biāo)準(zhǔn)化的業(yè)務(wù)模型，搭建框架，最終是為了高效滿足用戶的不同需求。所以也就是我們常聽說的后端標(biāo)準(zhǔn)化，前端個(gè)性化。理解業(yè)務(wù)是梳理功能架構(gòu)的前提。

示例：微信業(yè)務(wù)架構(gòu)

2. 基于目前的場(chǎng)景和需求我們?nèi)绾问崂砑軜?gòu)

梳理架構(gòu)分成三步?：第?將場(chǎng)景需求清單拆解到功能、第?將功能按不同維度整合、第三梳理模塊之間的邏輯關(guān)系；在第?步將功能按不同模塊分類整合時(shí)我們先拿出符合通?模塊的功能，進(jìn)行歸類整合，切記重復(fù)造輪?。不符合通用模塊的功能，根據(jù)業(yè)務(wù)重要程度和復(fù)雜性單獨(dú)整合。如果有必要根據(jù)業(yè)務(wù)重要程度和復(fù)雜性，繼續(xù)梳理?模塊。在梳理模塊之間的邏輯關(guān)系時(shí)我們先梳理靜態(tài)模塊（不產(chǎn)生數(shù)據(jù)流），在梳理動(dòng)態(tài)模塊（產(chǎn)生數(shù)據(jù)流）。整體表面上是梳理架構(gòu)圖，背后是對(duì)業(yè)務(wù)的深刻理解。

架構(gòu)本質(zhì)是后端業(yè)務(wù)邏輯的標(biāo)準(zhǔn)化；在完成后端標(biāo)準(zhǔn)化之后，隨著產(chǎn)品的不斷發(fā)展，我們需要通過可配置的方式在前端滿足?量個(gè)性化需求，即前端個(gè)性化。因?yàn)镾aaS產(chǎn)品本身特質(zhì)，我們需要考慮到大量個(gè)性化需求。那么我們需要考慮如何設(shè)計(jì)?個(gè)功能滿足絕大多數(shù)需求，核心我們需要運(yùn)用可配置去解決前端個(gè)性化需求和后端業(yè)務(wù)歸類。

3. 如何設(shè)計(jì)一個(gè)功能滿足不同場(chǎng)景需求

通過可配置化滿足客戶的個(gè)性化需求。?般會(huì)存在兩種情況，第?是業(yè)務(wù)流程與現(xiàn)有方案差別較小，那我們可以從功能層面進(jìn)行配置，第?是業(yè)務(wù)流程與現(xiàn)有方案差別大，那我們從系統(tǒng)層面進(jìn)行配置。

在可配置層面?般來說包含界面布局，字段名、驗(yàn)證邏輯、計(jì)算規(guī)則、審批流配置，角色配置，角色功能權(quán)限配置，用戶配置，用戶數(shù)據(jù)權(quán)限配置等。在產(chǎn)品設(shè)計(jì)時(shí)需要規(guī)劃好什么樣的配置功能開放給客戶，什么給到自己。原則上為了避免客戶的復(fù)雜度，盡量開放小范圍的配置功能給到客戶自己使用。高配置往往會(huì)造成低易用性，配置項(xiàng)過多會(huì)帶來頁(yè)面不簡(jiǎn)潔，流程不高效；本質(zhì)上來說用戶要的不是配置項(xiàng)，是低成本實(shí)現(xiàn)目標(biāo)的功能。

在判斷功能要不要做成配置時(shí)我們可以通過兩個(gè)維度來做判斷，?個(gè)是模式切換頻率，還有?個(gè)則是需求的長(zhǎng)尾程度（用戶需求差異化程度），針對(duì)?些默認(rèn)配置項(xiàng)判斷標(biāo)準(zhǔn)我們需要回歸到場(chǎng)景，在大量同?種類型的個(gè)性化場(chǎng)景中，找到最核心的場(chǎng)景，并根據(jù)場(chǎng)景下的功能設(shè)計(jì)設(shè)置為默認(rèn)配置項(xiàng)。

六、SaaS產(chǎn)品生命周期中的設(shè)計(jì)原則

通過前面的文章，我們知道了SaaS產(chǎn)品的方法論之后，我們也應(yīng)該了解底層的設(shè)計(jì)原則，了解原則的好處有兩點(diǎn)，通俗的來說一方面是可以驅(qū)動(dòng)產(chǎn)品優(yōu)化和產(chǎn)品經(jīng)理本身的自我成長(zhǎng)，另一外面則是可以消除外部給你帶來的一些負(fù)面影響。

1. 原則是自我改善的有利工具，可以在日常工作中驗(yàn)證我們自己的方法論，幫助自己成長(zhǎng)；
2. 有了原則，就能超脫情緒和環(huán)境的影響，自主判斷選擇最佳方案。

本文由 @技術(shù)差一般不說話? 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。

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