通過一個例子,來聊聊 To B 的后端產(chǎn)品重構(gòu)

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