成熟SAAS系統如何遷移功能

0 評論 208 瀏覽 1 收藏 8 分鐘

針對成熟且有眾多客戶的saas系統,當我們對某個功能模塊進行全面升級,發現該模塊架構落后,想要迭代就要整體重構,但是該功能線上又同時有眾多客戶在運行,這種情況我們該如何重構這個功能且又能保障線上正在使用的客戶不收影響。

本文將分享實際工作經驗的思考和沉淀,僅供參考,期望能對你有所幫助~

一、客戶分層分析

1、增量客戶:新客戶使用系統,該能力直接變更為新版,這個決策基本上沒有疑問。

2、存量客戶:存量商戶又區分 已使用功能和未使用功能客戶

  • 已使用功能:需要拉取目前已使用客戶數據,客戶體量,使用深度,等數據后在做進一步分析和決策。
  • 未使用功能:還要區分一部分是知道未使用,一部分是不知道未使用,在功能SOP以及前后線信息傳達上要做一定考慮。

通過客戶分層的分析,不難看出我們功能遷移聚焦在存量商戶上,當然不同功能體量不同的數據表現也會有不同的切換方案,下面將介紹兩種常見的方案處理,大家更多參考分析過程實操需要根據實際情況而定。

二、前置準備工作

1、新舊版對比SOP:用于協同方知曉背景和優勢(要有鏈路思考往往這種重構對前線伙伴和客戶溝通會產生很多解釋成本,所以這個要前置思考)

  • 撰寫為什么要做重構,重要和緊急維度進行闡述,核心表達出背景讓協同方更多是傳達至一線了解原因,因為一線距離市場最近。
  • 明確新版功能相較于舊版有什么優勢體驗,流程,功能等等,以及不迭代缺失的功能以及未來的方向定位。(以上兩點可以在項目啟動文檔中完成)
  • 上線切換方案:不論是哪種方案的選擇都要在該文檔中呈現給到一線進行解釋(該方案會在下面說明)

2、存量數據提?。?/b>提取存量已使用客戶的占比體量,使用深度,以及是否還有待完善的需求,根據這些數據決定下一步的收斂方案。

3、一線功能調研:

  • 直面客戶溝通調研:針對提取存量客戶的數據,了解其使用功能體驗,重構是否有想法,對我們定位是否認可,等等
  • 一線伙伴調研:在他們針對客戶實施過程中是否有卡點,槽點,重構覆蓋內容是否有遺漏,新版本功能一線伙伴如何理解,是否有訴求等等。

三、存量收斂方案

常見收斂方案有兩種:核心區別是存量收斂的力度

方案一、保留兩套功能運行:該方案決策前提是數據使用很高,功能差異較大,切換成本較高無法實現穩定切換過度保留一套功能。這種方案適用于較大模塊重構升級。

這套方案核心是客戶自行收斂,沒有做過多動作推動,實際情況無推動客戶是很難主動升級的,這就像ios版本升級一下,現在已經ios18,但是依然有大量ios16及以下版本在運行。

當然也會做很多引導,比如存量功能移到至新版,存量不升級等等。

方案二、保留一套功能運行:該方案決策前提是使用數據可控,功能升級亮點較多,切換引導成本可控。這種方案適用于中小模塊的重構升級同時很考驗產品的精準刀法。

針對存量正在使用的客戶,需要分階段進行引導收斂,基本上分為以下幾個階段:從告知到關閉增量再到進行能力下線。

  • 功能告知引導:使用舊版本彈窗告知新舊功能,一線口徑統一至新版等等引導告知要明確。
  • 關閉存量增量數據:針對舊版本功能無法進行新建,但是可以使用查看正在進行中的能力。
  • 明確下線節點:功能與xxx節點進行下線強制使用新版能力
  • 預留兜底方案:實際過程中可能會存在我們無法預料的情況,所以兜底方案要預留。

這套方案要關注數據變化,做好數據埋點,因為動作是明確的但是節奏需要看實際情況而定,并不是說我們自己明確幾個月還是幾周完成,而是以實際情況確定,防止自嗨。

以上兩種方案是切換的思路思考,可能還有其他更好的方案,思考可以不僅局限于此。

四、功能上線節奏

不同的方案上線節奏有所不同:

方案一:上線節奏可以正常放量也可以分節奏放量影響不大,畢竟是新增能力。

方案二:上線節奏也需要做做精準的計劃,因為保留一套就要看客戶實際反饋情況,短時間內全量某個小的功能有問題就會導致非常的被動。

針對影響面較廣、評估不明確、產生用戶較大行為路徑改變等需求,需進行逐步穩定放量。

  • 針對客戶分層逐步放量:前期提取常用商戶部分放量觀測是否有問題反饋,這里就是前期試水校驗能力是否有問題,要從里面挑選部分深度部分體量中等,進行混合放量觀測情況。
  • 逐步等比例放量:上述無問題反饋開始進入等比例放量,剔除周五以及節假日按照比例進行持續推進觀察功能反饋情況。
  • 大客戶全量:大客最后全量,針對大客需要前期溝通和告知,接受后部分大客精準上線符合訴求后再全部上線。

這種放量節奏可控,當中途出現問題時可以及時停止并不救縮短影響范圍。

最后說下,如果大家在實際工作中遇到這類情況,很榮幸這是一件難而正確的事情,希望在工作中能穩定心態也希望本文對你有所幫助~

本文由 @帥氣滴呼呼 原創發布于人人都是產品經理。未經作者許可,禁止轉載

題圖來自Unsplash,基于CC0協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務

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