在産品的工作中，疊代占據了大部分的工作。而重構、優化是最頻繁的操作和工作内容之一。這篇文章，作者為我們解讀了優化過程中的産品流程，希望對你有所幫助。

如今國内互聯網行業早已邁入成熟期。除非你去到一個初創公司，無論你去大廠，中廠還是小廠，幾乎很難有機會從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每日頭條，我们将持续为您更新最新资讯!

查看全部