在産品的工作中,疊代占據了大部分的工作。而重構、優化是最頻繁的操作和工作内容之一。這篇文章,作者為我們解讀了優化過程中的産品流程,希望對你有所幫助。
如今國内互聯網行業早已邁入成熟期。除非你去到一個初創公司,無論你去大廠,中廠還是小廠,幾乎很難有機會從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 協議
,更多精彩资讯请关注tft每日頭條,我们将持续为您更新最新资讯!