通過一個例子,來聊聊 To B 的后端產品重構
本文作者將結合自身經驗以及項目案例,與我們分享了后端產品重構的規劃該怎么做,enjoy~
從大眾的觀點來看,后端產品是給少量管理人員使用的產品。相對C端,后端產品在交互和流程上對易用性和可用性的要求較低,產品應用只要能完成基本的功能需求即可。這個產品設計思路導致很多 to B 的產品在流程和過程上就不夠清晰,增加了使用困難。用戶在使用后端產品時苦不堪言,卻又迫于要完成工作而不得不使用。
筆者所在的公司就是一家典型的 to B 的教育行業的公司,為中小學提供教育信息化的軟件產品。在筆者入職之后,接手的一些產品由于開發時間比較古老,交互和易用性上有很大問題,導致在軟件產品銷售和使用上都產生了極大的隱患,因此在筆者就職的三年間,利用各種資源開始各種產品重構。重構之后的效果是毋庸置疑的:在 to B 的軟件依靠銷售量存活的情況下,某個重構后的產品從多次競標PK失敗,到一躍成為銷售額占產品線前3,效果讓人驚喜。
一、后端產品重構的規劃該怎么做?
1. 確定后端產品重構的目的
產品重構就工作量和消耗公司資源而言無疑是巨大的,并且不是那么容易被老板所能理解和接受的。當決定重構一個產品前,首先我們要確定重構他的目的是什么,重構所消耗的資源是否能夠解決當前的問題并在之后提高產品的銷售量和市場競爭力。
常見的產品重構原因有:
- 交互老舊,易用性差,需要復雜培訓才能使用;
- 功能間邏輯關系混亂,流程不清晰;
- 底層結構不支持新需求,拓展性差。
常見的重構目的有:
- 用新的交互模式提高易用性,增加可以看懂的說明來避免大量復雜培訓,降低培訓成本
- 將不合理、無人使用、不通用的功能砍掉,將功能間的關聯盡量扁平,方便使用。
- 利用界面美觀來提升用戶第一觀感,增加競標的優勢。
終極目的:
- 增加產品銷售額
- 減少使用者的溝通成本
2. 產品重構的流程
當你接觸一個產品,并且決定對這個產品重構的時候,首先就是要了解這個產品的所有功能以及功能之間的關聯關系。尤其是 to B 的后端產品,每個產品都有大量不同的角色和權限,經常導致新用戶無法快速的了解和使用。
作為產品經理,當你接手一個產品時,首先就是要掌握整個產品的所有功能的關聯關系。盡管PRD文檔或者產品白皮書能夠讓你快速了解這個產品有哪些功能,但是功能之間的邏輯關系仍然可能不夠清晰(完全取決于上一個寫文檔的人是否認真)。
我的方法是,不論是否有相關的PRD文檔,在決定產品重構時,第一步就是自己把這個產品的全部的角色、菜單、權限甚至于每個頁面上的每個功能都是做什么的,整理成一個腦圖,并且標注上自己認為不合理或者需要改進的功能點。如果這個產品有復雜的流程,最好還要寫清楚產品應用的流程是怎樣的,確定流程是否合理。
以最近重構的一個應用:在線選課為例,簡單講講產品經理在重構過程中都做了什么。
在線選課,旨在給K12的學校用戶提供校本選修的選課功能的一個應用,可以支持教師申報課程,教務管理員審批,學生在特定時間選課的功能。
(1)梳理流程和主要角色對應的權限和菜單
在線選課涉及到三個角色:管理員、授課教師及學生。先需要整理出原有產品設計的流程和擁有的菜單??梢钥吹?,大部分復雜的流程和功能都集中在管理員端。
(2)對整個產品的流程進行優化,并且需要達到最后你想達到的目的
to B 后端產品的特點就是功能多、角色多、菜單多、邏輯復雜。在重構時,假設產品是有固定流程的,那么將你認為合理的、符合邏輯的流程標識出來。然后在充分調研的情況下,對一些沒有任何用處的、不通用的功能砍掉。最后整理成一個菜單、角色、權限的功能列表。整個過程其實和做一個全新的產品類似,梳理流程,梳理功能,梳理角色。甚至于因為有一些原有的邏輯和設計缺陷,你不得不重新思考設計產品的新方法。繼續以在線選課為例,原有系統流程不清晰,重構的目的是要讓用戶在沒有培訓的狀態下就能快速使用和了解對應的功能。因此在重構新版時,需要標識出新流程及新流程上的一些需要解決的問題。如圖所示(腦圖內容未全部展示)。這其實和寫一個完整的PRD沒區別,但是用腦圖的方式反而讓整個流程更加簡單明了,而且效率更高。
(3)原型設計階段
在原型設計階段,你需要和UED(如果有)部門進行深入的探討如何讓流程更加清晰。這個流程清晰不僅僅體現在界面的展示上,包括一些提示信息及使用幫助都能讓你完善整個流程,減少用戶使用的培訓成本。在原型設計上,就不多做贅述,如果能整理出來清晰的流程卻畫不出來清晰好用的原型,那可能你需要一個專業的交互設計師來拯救你的產品重構了。最后畫好的原型建議讓用戶體驗一下,或者是讓其他的產品經理體驗一下,提出一些意見,說不定有些就會成為產品的亮點。
(4)協調資源,給老板畫個大餅
在產品重構中,需要用改進的目標和試圖達到的效果讓老板知道你在做的這個事兒很重要,能夠提升銷售量和減輕工作量。同時你還要跟研發、測試講清楚,重構的目的是為了讓別人少來騷擾他們,保證大家對重構這個事兒沒有怨言。畢竟重構,還是一個很費事費力的事情,基本上一個后端產品想要完全重構到沒有bug,少說半年,多則一年。
總結一下,產品重構的流程4步:
- 整理舊版本功能、邏輯、菜單、權限
- 確認新版本功能、邏輯、菜單、權限
- 畫原型
- 通過給老板畫大餅的方式,協調對應資源
3. 重構的效果評估:不同人的關注點不同,效果評估的周期十分漫長
在花費大量的時間和成本將產品進行重構之后,老板肯定會關注這個重構的效果是怎樣的,銷售的數字有沒有變好看。而作為一個產品經理,你要確認的是重構之后的產品有沒有達到你想要的易用性強、減輕培訓工作量、是否有拓展性等等。這時,通過新版本上線后的用戶的使用反饋就能感覺出來重構的第一印象。
筆者就職的公司由于產品流程復雜,導致很多應用都是公司的交付人員協助用戶使用,因此產品的第一使用人群實際上不是最終的用戶,而是公司的交付人員??梢灾苯釉诋a品發布前,讓這些人提前使用一下,通過觀察他們面對新版本時是否驚喜、是否覺得滿足了需求,來暫時判斷重構的效果。
當然,銷售和盈利也是評估重構效果的一部分。但是往往銷售和盈利需要經過一段時間才能看出來,例如一年,兩年。
例如筆者曾經重構的一個用于教師備課的平臺,在15年重構完成,但是15年的銷售業績并沒有過高增長,反而在16年被很多學??蛻羰褂煤屯扑]之后,銷售額有了質的飛躍。
二、其他一些小感想
通過整理產品的功能列表和清單,筆者還在這中間發現了很多有趣的事情。
筆者前后帶過4個產品新人,每次給他們出的第一個工作任務,就是整理某個產品的功能清單和內部邏輯并提出疑問。
這個工作看起來很簡單,就是把整個產品的流程過一遍,寫下問題。但是幾個人給出的成果物是完全不同的。同樣都是沒有做過產品的新人,在他的產品素質還不能確定的情況下,這個任務竟然能夠輕松的看出來誰對產品的sense更強,誰能提出更好的優化方案,誰的邏輯更清晰。
這是一個很有趣的事情。如果是讓新人做一個全新的產品,可能難度還是比較大。因此對已有產品做功能整理這個簡單的工作,是考驗產品新人邏輯思維能力、工作認真程度、獨立思考能力甚至執行力、溝通能力(畢竟有些細節還要去問具體的研發或者測試或者帶她的產品)的很好的方法。
題圖來自 攝圖網,基于 CC0 協議
本文由 @CresYan?原創發布于人人都是產品經理。未經許可,禁止轉載。
寫的不錯!我們的產品重構思路也是這樣的,但有數據安全或者有定制化要求公司,在重構時候有可能把產品遷移到內部網絡,需要考慮第三方業務是否支持內部網絡……
大佬,您好!作為一個產品新人,對一個復雜的后臺ERP系統進行重構,該如何下手?如果方便的話,能否加個微信
B端和后端的區別是啥 你開篇一會說2B一會說后端
b端,指的是產品的用戶是企業用戶(比如企業微信、釘釘)。
對應的還有c端,指產品的用戶是個人用戶(比如微信、淘寶)。
文中的“后端” 是指后臺管理系統,作用是為客戶端配置數據 或查看客戶端的數據。
客戶端是用戶使用的系統,而后臺是系統開發公司使用的,用于管理客戶端。
受益良多,可否加個微信,繼續討教
作為B端產品新人,入職兩月有余。
剛進來時老大也是讓我梳理核心產品的流程圖,功能框架。說實話,當時整理到吐血,畢竟這是一個做了八年的非常龐大的SaaS系統。
不過現在看來,當時的整理也有很大成效,后面每一次對產品的使用都加深了對產品的理解,不過核心還是初次梳理。
贊贊贊,最近在規劃重構后端產品,看了此文,如飲雞血啊??!
嗯,受教了,xmind這類東西弄得圖,畫的人行云流水,看的人一臉蒙蔽,所以一般不看
是的 看來看去也沒看懂
版主這個腦圖是用mindmanager還是其他什么軟件畫的
xmind
您好,我是產品新人,看到您的文章真是受教了
請問某個產品的內部邏輯在您看來具體可以分為哪些呢?期待您的回復,謝謝了
點贊!最近就在整理系統重構的相關資料,涉及多個系統的交互、非常多的角色、菜單的,思維導圖已經不能滿足需求了,體現系統間關系時會很亂···
可以打印出來然后拼一起,在紙上手寫的方式連連看
UML用例圖試試
一般畫腦圖只能先吧功能大致梳理一遍,整理好排版,畫原型的時候才能進行詳細的優化設計
是的,但是在你整理腦圖的時候應該就可以有一些優化的想法和思路了。
想起以前做原型都是接到任務就開始畫,,一邊畫一邊想 完全忽略了功能、流程、邏輯的梳理 真的很影響效率和質量
嗯嗯,還是先整理思路和大致邏輯,再去做,會容易做出來好用且邏輯清晰的產品。
負責一個平臺產品,公司很多產品都要使用,領導經常提到要做通用,頭疼,有治頭疼的方法嗎?
不好意思過了半年才看到,不知道以下回復對你還有用沒有。
平臺產品的通用性,需要調研你要適配的多個產品中共通的部分,我僅做過產品線內部分內容通用,大致思路如下
大致步驟如下:
1. 調研需要通用的產品的通用的功能點(需要耗費大量時間自己去體驗和提煉)
2. 調研A產品的個性化的功能是否能夠給B產品提供優化的思路,或者給B產品帶來良好的效益。如果有這樣的點,匯總出來,按照使用頻率、效益大小等分析后把部分作為通用功能點。
3.跟各個產品經理打好招呼,確認你設計的功能點。
關于這個通用性的思路,很好啊
學習了,感覺樓主說的棒棒的。
1、題主這個教育排課表格軟件,還沒有設計數據復雜邏輯運算,單據流程流轉,也就是后臺數據庫表記錄和表之間關聯,數儲存邏輯關系,優化升級相對比較簡單。
這個是選課喲親。。就是單純的選一下。。。再復雜的也不可能發布出來因為是公司機密
AO
同意這個說法,一般涉及到私密的內容很難外放
最近剛好在做toB端產品~如果早看到一個月~我應該進步會更大吧~哈哈哈~分析的很透徹~
我創建了一個后臺產品狗群,有興趣的可以加入,18210122996
搜不到
你這號碼都沒放好怎么做推廣
同做教育信息化產品,我們公司面對的是高?!,F在后臺真的有點積重難返的感覺,想做重構,但是小公司老板的重心都在學校的項目上,爭取不到資源。
我覺得跟老板坦誠的探討一下后臺的功能是否有冗余或者已經不能滿足項目的需求,假設能用合理的證據說服老板,那么資源就很容易到手了
您說得在理
我覺得2B產品的重構還有很多時候是在個性與共性直接不斷掙扎。學校經常提些個性的需求,產品又不得不包含到共性的產品方案中。學校的選課有先到先得策略的,也有志愿點數策略的,有用于校本課程的,也有用于分層走班課程的。特別是目前六選三的改革,重構就更復雜些。2B產品經理對于用戶業務場景的深入理解是非常重要的一環。
2B產品共性部分和個性部分要梳理出邊界來,共性部分做基礎平臺,個性部分做成模塊化,這樣個性部分做定制開發就不需要觸動到基礎組件的代碼。
手動點贊