作為產品經理,如何優化后臺系統
在產品的工作中,迭代占據了大部分的工作。而重構、優化是最頻繁的操作和工作內容之一。這篇文章,作者為我們解讀了優化過程中的產品流程,希望對你有所幫助。
如今國內互聯網行業早已邁入成熟期。除非你去到一個初創公司,無論你去大廠,中廠還是小廠,幾乎很難有機會從0到1打造一款產品。
BAT等互聯網大廠發展至今都有20個年頭了,內部系統和體系早已成熟,創新的機會有限。對于剛入廠的新人來說,更多的是要把幾年前甚至十幾年前開發出來的系統翻新,讓系統從功能到用戶體驗,都跟上時代的腳步。
優化(翻新)后臺系統UI是個吃力不討好的事。如果公司有對項目ROI的評估流程,換UI這種事基本上是算不出來ROI的。和To C的前端相比,后臺系統的使用人數基本只有一個零頭,如果從提升員工效率的角度計算收益,結果會相當慘淡。如果純粹地只是把界面變得更好看,對于一個后臺系統來說,意義不是很大。我們在推進翻新項目的時候,要思考的是更多意義。
趁著翻新這個機會,我們應該把系統相關的業務都梳理和重新整合一遍。一些陳舊的業務需求,可能早就沒人用了,但是一直沒有下線。還有一些UI,可能在需求不斷疊加的時候,變得越來越復雜。東加一個西加一個,借著翻新的機會,也可以把這些零散的功能重新整合。
一、翻新的流程
翻新是一個巨大的項目。面對復雜的系統,剛開始可能手足無措,找不到切入點。
這時候,可以根據下面的流程,一步步操作推進:
1. 拆解
把原本系統中所有的頁面,按鈕,表單,所有元件都拆解一遍。記錄所有的頁面元素。至少要記錄每個按鈕的功能,想對系統更進一步地翻新,還需要拆解功能背后詳細的邏輯。
某個后臺系統,有n個功能模塊,總共包含m個一級頁面,一級頁面中有x個按鈕或鏈接,每個按鈕,鏈接分別跳轉到什么二級頁面。拆解的過程中可以先以頁面為單位,看看一共有多少個頁面,它們之間的關系是怎么樣的,分別承載了什么功能。
拆解過程中一定要完全客觀,不要帶任何主觀判斷。比如這個按鈕沒用,那個元件樣式不好等等。拆解就是一個機械的過程,不需要多加任何判斷。所有一切需要可以優化的東西,都可以在后面的步驟中決定。
拆解后的成果物:系統頁面結構圖
圖中每個頁面或組件,都可以以下面的形式展示,上面寫名稱,下面放截圖:
如果覺得畫圖太麻煩,也可以整理成excel表格的形式。當然圖是最直觀清晰的,不僅在自己拆解的時候更清楚,也可以為開發、業務、以及自己團隊中的其他小伙伴提供更直觀的參考。
2. 業務流程梳理
經過了第一步的拆解,我們已經知道了系統中到底有些什么頁面,到底有多少功能。當我們拆解完所有的頁面和元素后,會發現原先的舊版系統很亂。有些功能不需要,有些功能邏輯有問題或者有些功能放的地方不對。第二步我們就要進行梳理。梳理的過程,應該按照業務的維度進行整理歸納,而不是按照系統功能去整理。
如果這時候重新直接把第一步拆解后的頁面和組件重組,表面上頁面變得更有條理了,背后的細節可能還有問題。多余的還是多余,缺少的還是缺少。這時就應該先拋棄功能,從業務角度出發進行梳理。
在一套用戶管理(CRM)的后臺系統里,會有用戶詳細信息,數據統計等業務流程。每個流程中還會有一些子流程。如用戶列表里,會有新建用戶,用戶信息編輯,刪除用戶等字流程。
接下來重要的一步,是對每個子流程都進行閉環檢查。閉環這個詞對大家來說既熟悉又陌生,很多人其實并不知道閉環的確切含義。什么叫閉環,我認為是從開始一個動作,之后發生一連串的動作以及其反饋,直到用戶得到最終反饋,認為整個業務流程結束了,就是整個閉環。
比如新建用戶,開始新建是一個動作,新建過程中的各種驗證是反饋,新建成功后確認也是反饋,看到這個反饋后,用戶可以認為這個子流程結束了。新建頁面之外,新建過程中各種驗證的反饋頁面,新建成功后的確認頁面,確認這些頁面是否完整,就是閉環檢查的目的。
梳理后的成果物:業務流程結構圖
3. 填充重構
在上一步中,我們已經梳理出來了所有業務流程,以及業務流程所需要的閉環。這些流程很大程度上是通過第一步的拆解知道的。當我們接手一個新的系統時,很多系統功能我們可能都不知道。因為有些功能可能早就不用了,也就不會去關注。只有當我們認真去拆解的時候,才會知道原來還有這么個業務流程
在重新梳理完業務流程后,我們現在有兩部分內容。被拆解完的零散的頁面和組件,以及重新梳理過后結構化的業務流程。一個是零散但實際的,一個是結構化但抽象的。
比如我們原來已經有一個新建用戶的頁面,就可以把這個頁面填到新建用戶的業務流程中。有可能我們在填充的過程中,找不到一個合適的頁面或組件來填充,這時候說明原來的系統中有所疏漏,就需要重新增加新的頁面或組件。
我們需要做的就是把這些實際的系統填到抽象的流程中。完成業務與系統的結合。
4. UI重新設計
當我們把業務流程和所需要的頁面組件都重新進行過配對后,最后一步才是重新設計UI。設計方面我也不是專家。如果團隊中有專業的UI設計師就最好不過了。沒有的話可以用一些最新的框架和組件,只需要自己調整一些布局即可。
拆解、梳理、重構和設計,以上4步,就是一套完整的后臺翻新流程。
二、抄作業也能用這套流程
這4個步驟不僅可以用于翻新,還可以用于抄作業!
一定不要覺得抄襲是一件很簡單的事。抄的好和抄的不好,最后的差距會非常大。抄襲往往是發生在我們對于一件事沒有經驗,但交付的成果又需要達到一定水平時。抄襲確實是最有效的方法。并不是一件很壞很low的事。在踏入一個新的領域時,講究的是“守”“破”“離”。先得抄的好,才能超越的好。
如果純是抄一些表面的東西,沒挖掘背后深層的邏輯和流程,結果可能就是東施效顰。
三、賦予翻新項目新的意義
通過這4步將后臺系統翻新,起到的效果不僅僅是頁面變得更時尚,更好用。對整個團隊的產品經理、開發、測試和UI來說,業務流程、系統結構、功能邏輯都會變得更清晰。
不要的功能該扔的扔,有bug該修的修,就像給系統做一個大掃除一樣。整體的開發和迭代效率就會大大提高。這時候翻新的ROI,就可以根據提升開發效率,提升產品迭代速度,提升用戶使用效率等各個進行計算。讓翻新項目從此變得不再雞肋。
本文由 @哈維 原創發布于人人都是產品經理,未經許可,禁止轉載
題圖來自 Unsplash,基于 CC0 協議
文章寫得好,實操性很強,點贊
你好,想問一下這個一級頁面的模塊指的是什么?目前正在優化后臺,看到您的這篇文章對我有很大幫助,有些問題想請教
對于剛入行的產品新人來說,這篇文章無疑是指路燈!?。?/p>
嗯,剛做完一個技術后臺的重做升級,產品前后端設計8個人從項目正式啟動到最終上線前后持續了7個月,確實難做?,F在想起來大家其實都在頂著壓力做,能順利做完并正常承接服務已經很不容易了。