本文中，筆者將結(jié)合自己參與產(chǎn)品重構(gòu)以及做SaaS產(chǎn)品的實(shí)踐，與大家分享一些關(guān)于產(chǎn)品功能設(shè)計(jì)的思考，希望對(duì)你有所啟發(fā)。

在上篇文章《關(guān)于「產(chǎn)品架構(gòu)設(shè)計(jì)」，我的實(shí)踐思考》中，講述了當(dāng)時(shí)我們是如何做的架構(gòu)設(shè)計(jì)。

但在實(shí)際工作中，我們更多的還是做功能設(shè)計(jì)。

如果說(shuō)架構(gòu)是骨，那么功能就是其中一塊塊的肌肉，而字段屬于連接整體的經(jīng)絡(luò)，最后這個(gè)系統(tǒng)會(huì)像人一樣運(yùn)作起來(lái)。

在產(chǎn)品基礎(chǔ)完善期（即生命周期的萌芽期）， SaaS 產(chǎn)品為了滿足核心場(chǎng)景的需求，會(huì)不斷的增加功能，滿足對(duì)方的業(yè)務(wù)訴求。

如何高效完成 SaaS 產(chǎn)品的功能設(shè)計(jì)，這是我作為產(chǎn)品新人的主要工作，因此需要不斷的積累經(jīng)驗(yàn)，提高產(chǎn)品方案的質(zhì)量。

接下來(lái)，我會(huì)與你分享關(guān)于 SaaS 產(chǎn)品功能設(shè)計(jì)的一些思路，希望對(duì)你有用。

01 這個(gè)問(wèn)題，需要通過(guò)功能來(lái)解決嗎？

我剛?cè)胄袝r(shí)，當(dāng)面對(duì)一個(gè)業(yè)務(wù)問(wèn)題的時(shí)候，首先想到的是我該用一個(gè)怎樣的功能來(lái)解決它，流程是什么樣的，以及原型該怎么畫。

而實(shí)際上我提出的解決方案不僅解決不了本質(zhì)問(wèn)題，同時(shí)因?yàn)榉桨副粺o(wú)數(shù)次打回來(lái)，導(dǎo)致對(duì)自信心的打擊很大，甚至那時(shí)候覺(jué)得自己不適合做產(chǎn)品。

那么，問(wèn)題到底出在哪了？

經(jīng)過(guò)這段的時(shí)間的沉淀，我發(fā)現(xiàn)之前自己「解決問(wèn)題」的思路不對(duì)。

在分析問(wèn)題時(shí)，應(yīng)該「先定義，再發(fā)散，后收斂」。

而不是重復(fù)做「收斂」的動(dòng)作，那樣只會(huì)跟無(wú)頭蒼蠅一樣亂撞。

因此我總結(jié)了一下，當(dāng)面對(duì)一個(gè)問(wèn)題時(shí)，應(yīng)該先明確以下這幾個(gè)點(diǎn)。

1. 確定問(wèn)題與現(xiàn)狀

最常見(jiàn)的方式就是提問(wèn)，我們需要通過(guò)合理和高效的提問(wèn)，圍繞著問(wèn)題去收集相關(guān)信息。

作為產(chǎn)品經(jīng)理要時(shí)刻謹(jǐn)記一句話，對(duì)方說(shuō)的往往只是解決方案，而非問(wèn)題和現(xiàn)狀。

意識(shí)到這一點(diǎn)，通常我會(huì)問(wèn)這么幾個(gè)問(wèn)題搞清現(xiàn)狀。

（1）你們遇到了什么困難？

要知道，當(dāng)你用「困難」作為提問(wèn)關(guān)鍵詞時(shí)，對(duì)方的表達(dá)就不再是「我要怎么樣」，而是會(huì)說(shuō)「現(xiàn)在是怎樣」。

因此以這個(gè)問(wèn)題作為開(kāi)頭，對(duì)方會(huì)下意識(shí)回顧事情發(fā)生的始末，回答過(guò)程中也會(huì)連帶出很多相關(guān)信息。

產(chǎn)品經(jīng)理需要做的，就是基于對(duì)業(yè)務(wù)的理解，對(duì)流程、角色、利益關(guān)系等關(guān)鍵信息保持敏感，完成信息的初步采集。

（2）在系統(tǒng)上如何操作？

我們的目的，肯定是希望產(chǎn)品能夠?yàn)閷?duì)方提供完善的服務(wù)。

所以通過(guò)「問(wèn)」和「看」對(duì)方在系統(tǒng)上的操作，不僅能確定問(wèn)題在系統(tǒng)層面的不足，還能發(fā)現(xiàn)其他的一些操作問(wèn)題。

（3）目前是如何解決的？

最常見(jiàn)的情況，就是系統(tǒng)還沒(méi)有做相關(guān)的解決方案，也就是這部分業(yè)務(wù)問(wèn)題在系統(tǒng)上是缺失的。

那么我們就需要做相關(guān)的業(yè)務(wù)調(diào)研，從功能的層面去解決這個(gè)問(wèn)題。

2. 最簡(jiǎn)解決方案

我們都說(shuō)做產(chǎn)品要做 MVP（最小可行性），其實(shí)做功能也是一樣。

我們要以最簡(jiǎn)單的方式來(lái)解決對(duì)方的問(wèn)題，方便日后的拓展，或是重做。

這里要切記「最簡(jiǎn)」不代表「缺失」，業(yè)務(wù)閉環(huán)是做 SaaS 產(chǎn)品基本邏輯。

（1）已有功能的優(yōu)化

有的時(shí)候不是我們沒(méi)有這個(gè)功能，而是這個(gè)功能對(duì)方不知道，或者是說(shuō)用不起來(lái)。

作為產(chǎn)品經(jīng)理，需要對(duì)當(dāng)前系統(tǒng)已有功能非常的了解。

那么面對(duì)這種情況，可以選擇先做系統(tǒng)層面的講解，然后再去考慮如何優(yōu)化。

（2）視覺(jué)或交互上的調(diào)整

這里的核心理念，還是用最小成本去解決對(duì)方的問(wèn)題。

比如組織架構(gòu)的樹狀展示方式，單擊是選中，雙擊是折疊 / 收起操作，這就能解決他們查看對(duì)應(yīng)層級(jí)人員的視覺(jué)干擾問(wèn)題。

（3）利用通用功能（增刪改查）來(lái)解決

這些功能既通用，認(rèn)知成本又低，作為基礎(chǔ)的解決方案正合適。

比如客戶存在任務(wù)執(zhí)行一半，要求不必再做的問(wèn)題，我們需要先考慮「刪除」這個(gè)功能能否解決問(wèn)題，而不是上來(lái)就做一個(gè)「任務(wù)停用」的功能。

如果上面這些問(wèn)題你都搞清楚、弄明白了，那么接下來(lái)就會(huì)進(jìn)入到功能設(shè)計(jì)的階段。

02 設(shè)計(jì)功能，滿足客戶的個(gè)性化需求

對(duì)于 SaaS 產(chǎn)品來(lái)說(shuō)，客戶的需求存在多樣化，因此在設(shè)計(jì)功能時(shí)一定會(huì)考慮「可配置」。

這么做的目的，一是希望前端頁(yè)面簡(jiǎn)潔高效、內(nèi)容清晰，且能夠滿足不同客戶的業(yè)務(wù)需求。二是對(duì)于后端的功能配置，能夠做到歸類清晰、不雜亂。

那么我們?cè)撊绾稳プ瞿兀?/p>

首先我們需要判斷，業(yè)務(wù)流程與現(xiàn)有方案差別的大小。

如果差別大，我們需要從系統(tǒng)層面來(lái)配置，比如線下教育行業(yè)的上課流程存在兩種。

那么對(duì)于少數(shù)企業(yè)的情況，可以考慮在面對(duì)這些用戶時(shí)，將系統(tǒng)邏輯后臺(tái)寫死。

但如果業(yè)務(wù)流程與現(xiàn)有方案差別小，那僅從功能層面進(jìn)行配置即可，這種就很常見(jiàn)了。

然后就進(jìn)入到具體的功能設(shè)計(jì)流程，主要分為 3 個(gè)步驟。

1. 找到對(duì)應(yīng)模塊

如果說(shuō)每個(gè)模塊是解決「一類業(yè)務(wù)問(wèn)題」，那么每個(gè)功能就要對(duì)應(yīng)解決「單個(gè)業(yè)務(wù)問(wèn)題」。

例如我之前做的一家少兒編程機(jī)構(gòu)的管理后臺(tái)，主模塊分為市場(chǎng)管理、銷售管理、教師管理、教務(wù)管理等。

那么對(duì)于線索回海這個(gè)業(yè)務(wù)問(wèn)題，肯定要在銷售管理模塊下做功能設(shè)計(jì)。

2. 判斷是否做成可配置

先用一套四象限法則，介紹一套判斷的方式。

上圖來(lái)自網(wǎng)絡(luò)

先說(shuō)一下第二象限，對(duì)于 SaaS 產(chǎn)品來(lái)說(shuō)，如果我們選擇要滿足企業(yè)的個(gè)性化需求，尤其是他們占比還比較小，那我們要重點(diǎn)考慮「商業(yè)價(jià)值」。

如果對(duì)方希望你能幫他解決，但不愿意付錢，那么就要提高警惕了，這個(gè)業(yè)務(wù)問(wèn)題對(duì)企業(yè)來(lái)說(shuō)不價(jià)值沒(méi)那么大。

再說(shuō)一下第四象限， 這里重點(diǎn)要從 SaaS 產(chǎn)品公司的 ROI（投入產(chǎn)出比）來(lái)分析，不能為了滿足客戶而忽略公司的生存。

最后就是第一象限和第四象限，這其實(shí)比較好理解，這里就不做過(guò)多贅述。

3. 設(shè)計(jì)它的默認(rèn)設(shè)置項(xiàng)

這里需要產(chǎn)品經(jīng)理能夠從大量客戶的個(gè)性化場(chǎng)景中，找到最核心的場(chǎng)景，并以此為依據(jù)將該選項(xiàng)作為功能的默認(rèn)配置。

這樣做的本質(zhì)，是希望減少誤操的可能性。

寫在最后

當(dāng)然，任何事物都存在兩面性，實(shí)際中也不要將所有功能都作為「可配置」。

一來(lái)這樣會(huì)降低系統(tǒng)的易用性。

要知道，客戶要的不是你的可配置，而是能高效、簡(jiǎn)潔的完成自己的工作內(nèi)容，而每個(gè)配置項(xiàng)意味著對(duì)方需要多一步思考。

過(guò)多的配置項(xiàng)不僅造成頁(yè)面的不簡(jiǎn)潔，同時(shí)也會(huì)增加流程的步驟。

二來(lái)會(huì)帶來(lái)極高的開(kāi)發(fā)成本。

如果配置項(xiàng)中的另一種選擇沒(méi)有客戶使用，這無(wú)疑也是在浪費(fèi)開(kāi)發(fā)資源。

而這個(gè)問(wèn)題的起因，又回來(lái)到了產(chǎn)品經(jīng)理對(duì)業(yè)務(wù)的理解能力不足，需要加強(qiáng)業(yè)務(wù)調(diào)研的能力。

以上就是我對(duì) SaaS 產(chǎn)品功能的設(shè)計(jì)的理解，接下來(lái)就是希望你我在實(shí)踐中，不斷的理解與調(diào)整。

愿你我一起加油，共同成長(zhǎng)~

作者：空；公眾號(hào)：小木盒產(chǎn)品記

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

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