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

有這樣一個場景：

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

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

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

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

文章整體分為以下幾個部分：

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

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

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

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

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

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

在這里在跟大家分享三個場景：

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

場景二：很多產(chǎn)品經(jīng)理由于之前經(jīng)驗習(xí)慣，專注思考單個場景下的用戶價值，在這時候會導(dǎo)致在思考業(yè)務(wù)場景時經(jīng)常出現(xiàn)遺漏，從而導(dǎo)致業(yè)務(wù)無法閉環(huán)，終端用戶對產(chǎn)品感到滿意，卻沒有直接轉(zhuǎn)換成付費?！拘枨笫崂聿磺逦?/p>

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

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

所以接下來的文章也會圍繞這三個場景去跟大家分享對應(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)品的?個分支。

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

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

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

SaaS產(chǎn)品特點：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

業(yè)務(wù)調(diào)研最終是為了理解業(yè)務(wù)的運作流程，運作流程包括的元素有什么：企業(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è)需求具有代表性，相對容易抽離。其次也是因為標(biāo)桿企業(yè)的聲音有影響力，后期能夠引領(lǐng)其他客戶。

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

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

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

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

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

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

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

1. 為什么要回歸場景？

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

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

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

2. 單個場景與多個場景

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

3. 場景我們該如何去描述

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

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

示例：場景需求清單

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

4. 宏觀與微觀的價值理清（理清價值）

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

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

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

5. 如何找出場景中的需求價值

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

6. 如何判斷場景中的需求價值

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

示例：場景需求價值清單

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

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

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

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

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

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

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

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

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

3. 如何設(shè)計一個功能滿足不同場景需求

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

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

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

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

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

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

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

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