大象裝冰箱:產品的基建設計——Saas產品之路(2)

0 評論 3616 瀏覽 25 收藏 9 分鐘

編輯導讀:眾所周知,要把一個大象塞進冰箱里,只需要打開冰箱門 – 把大象塞進去 – 關掉冰箱門。但是,把冰箱變大或者大象變小同樣能解決這個問題。本文作者將這個思路應用到產品中,一起來看看吧。

大家好,我是penk,上一期講了如何需求,今天我們要講講產品的基建方法,對于0-1,1-N的產品可能有所幫助,歡迎在下方留言發表你的看法。

一、大象裝冰箱

產品的基建設計,即圍繞產品底層和上層進行產品設計,其實就是解決一個問題——大象裝冰箱。

傳統的解決方案:打開冰箱門 – 把大象塞進去 – 關掉冰箱門。

解決方案從字面上來說貌似離譜不太可能,但我們都忽略了客觀因素:只要有足夠大的冰箱或者足夠小的大象,我們就能解決這個冰箱問題。

我們按照這個思路,對產品底層和上層進行分析,把產品上層理解為“大象”,把產品底層理解為“冰箱”。

所以在產品層面,如何做好產品的基建設計就有兩個步驟:

  • 大象怎么變小:如何把需求抽象化為一個最小的可用的產品模型
  • 冰箱如何變大:如何通過產品架構設計在容納大象的同時裝進更多“黑猩猩”或者“長頸鹿”

二、“變小的大象”

1. 學會改裝

如何把需求變?。窟@里我們可以參考一下賽車改裝的套路。

熟悉賽車的朋友肯定知道賽車改裝,而賽車改裝主要會沿用以下幾個原則:

  • 減少負重:把不必要的東西統統拋棄掉,例如非必要的座椅等
  • 提高馬力:通過引擎改造,車體改造等方式減少動力流失,提高馬力
  • 保持車體堅固穩定:通過加設支撐柱的方式,維持車輛高速行駛中的穩定

賽車改裝的所要解決的問題其實就是一個Saas產品或者一個中臺產品設計所要解決的問題——降本增效,即圍繞兩個命題:效率&穩定。

  • 提升業務流程中的處理效率
  • 保障業務流程的穩定,提高容錯率

那如何對一個需求下手進行“改裝”?對需求的“改裝”其實就是對業務流程的“改裝”,改裝不外乎從這幾個地方動刀:路徑-場景-觸點。

  1. 路徑:用戶行為全流程的路徑(其實就是用戶行為地圖
  2. 場景:把用戶行為路徑or流程切割成一個個場景,例如我要完成做飯這個需求,買菜和做飯就是不一樣的場景
  3. 觸點:每個用戶與產品接觸的地方——大多數線上觸點都是一個界面

通過梳理,可以得到一個用戶的業務流程全貌圖,接下來我們就可以業務流程進行“改裝”,遵循下列原則:

  1. 盡可能的減少用戶路徑:在不破壞業務閉環的情況下,盡可能刪減業務流程的用戶路徑;或者通過路徑之間的入口打通的縮減路徑
  2. 通過合并同類項的形式縮減單一場景下的觸點:盡可能把同一個場景的操作都規劃到一個觸點內,提升效率;例如買菜場景而言,一個菜市場(觸點)就包含了挑選菜品/打包/結賬的操作,簡單高效;
  3. 通過隨時編輯/開關等形式提高業務容錯率:B端業務往往決策流程比較長,導致決策層和執行層之間往往會有信息上的時間差,所以隨時編輯以及開關非常有必要,往往是幫助用戶避免翻車的設計

2. 舉個栗子

到這里,就要拿筆者所做的一個業務舉例:一個企業如何完成一場直播?

我們可以先梳理一個簡單的企業行為路徑圖——

加上一點場景、觸點以及操作分析

(這里過于懶惰沒有畫出合并觸點以及操作的前后對比)

我們要做的事情就是縮短路徑、合并場景、合并觸點下的操作,為了提高效率和使用體驗,同時也能滿足不同場景下的用戶需要,在最短的路徑下,通過開設次要入口,提升用戶效率——

三、“變大的冰箱”

1. 思考產品的拓展度

“冰箱”的變大很大程度以來產品在產品結構上對于拓展性的設計,這里需要我們對自己的產品進行一個思考——產品現在的頁面結構和產品架構是否能支撐未來功能拓展的需求?

加法對產品而言是最簡單的東西,但無腦的增加東西會讓產品失去秩序,帶來的是后續開發成本和管理成本的增加。好用的產品往往體現的是一個秩序之美,協調之美

例如最近筆者在對一個直播創建頁面進行重構,創建頁面往往是用戶使用一個Saas產品的第一步,如何通過第一步的高效簡潔提升用戶的使用體驗就非常重要

而這次重構解決最大的問題是:產品前期不斷的做加法導致的頁面設置項和管理項過多,客戶理解成本和效率下降

2. 再來個栗子

筆者會從以下角度思考如何解決問題:

  1. 回歸場景:把合適的東西放在合適的地方,通過數據分析對高頻低頻的操作分類,把每一個操作都放在合適的地方
  2. 做減法:把不屬于這個頁面的東西剔除
  3. 提高拓展性:讓頁面能容納更多的東西

最終得出的優化思路如下:

  1. 將創建和管理的字段做篩選區分,區分不同場景
  2. 通過增加管理頁,提高產品拓展性,讓后續管理場景下的操作都放置于該頁面

四、大路通羅馬—殊途同歸

說到這里,有小伙伴會發現——

其實“冰箱”變大其實和“大象”變小其實底層的邏輯都是一致的,都是對業務流程和產品架構進行抽象化處理,從而抽象出簡潔高效的產品形態,特別是對從0-1的產品而言,打好地基方能澆筑摩天大廈。

而“變大的冰箱”也可以應用在產品的其他階段,例如產品的成長期,通過架構梳理和優化,可以解決因成長期功能快速疊加帶來的產品失序的問題。

希望大家能有所收獲,謝謝。

 

本文由 @朋克 原創發布于人人都是產品經理。未經許可,禁止轉載。

題圖來自Unsplash,基于CC0協議。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!