本文作者將結合自身經驗以及項目案例，與我們分享了后端產品重構的規劃該怎么做，enjoy~

從大眾的觀點來看，后端產品是給少量管理人員使用的產品。相對C端，后端產品在交互和流程上對易用性和可用性的要求較低，產品應用只要能完成基本的功能需求即可。這個產品設計思路導致很多 to B 的產品在流程和過程上就不夠清晰，增加了使用困難。用戶在使用后端產品時苦不堪言，卻又迫于要完成工作而不得不使用。

筆者所在的公司就是一家典型的 to B 的教育行業的公司，為中小學提供教育信息化的軟件產品。在筆者入職之后，接手的一些產品由于開發時間比較古老，交互和易用性上有很大問題，導致在軟件產品銷售和使用上都產生了極大的隱患，因此在筆者就職的三年間，利用各種資源開始各種產品重構。重構之后的效果是毋庸置疑的：在 to B 的軟件依靠銷售量存活的情況下，某個重構后的產品從多次競標PK失敗，到一躍成為銷售額占產品線前3，效果讓人驚喜。

一、后端產品重構的規劃該怎么做？

1. 確定后端產品重構的目的

產品重構就工作量和消耗公司資源而言無疑是巨大的，并且不是那么容易被老板所能理解和接受的。當決定重構一個產品前，首先我們要確定重構他的目的是什么，重構所消耗的資源是否能夠解決當前的問題并在之后提高產品的銷售量和市場競爭力。

常見的產品重構原因有：

1. 交互老舊，易用性差，需要復雜培訓才能使用；
2. 功能間邏輯關系混亂，流程不清晰；
3. 底層結構不支持新需求，拓展性差。

常見的重構目的有：

1. 用新的交互模式提高易用性，增加可以看懂的說明來避免大量復雜培訓，降低培訓成本
2. 將不合理、無人使用、不通用的功能砍掉，將功能間的關聯盡量扁平，方便使用。
3. 利用界面美觀來提升用戶第一觀感，增加競標的優勢。

終極目的：

1. 增加產品銷售額
2. 減少使用者的溝通成本

2. 產品重構的流程

當你接觸一個產品，并且決定對這個產品重構的時候，首先就是要了解這個產品的所有功能以及功能之間的關聯關系。尤其是 to B 的后端產品，每個產品都有大量不同的角色和權限，經常導致新用戶無法快速的了解和使用。

作為產品經理，當你接手一個產品時，首先就是要掌握整個產品的所有功能的關聯關系。盡管PRD文檔或者產品白皮書能夠讓你快速了解這個產品有哪些功能，但是功能之間的邏輯關系仍然可能不夠清晰（完全取決于上一個寫文檔的人是否認真）。

我的方法是，不論是否有相關的PRD文檔，在決定產品重構時，第一步就是自己把這個產品的全部的角色、菜單、權限甚至于每個頁面上的每個功能都是做什么的，整理成一個腦圖，并且標注上自己認為不合理或者需要改進的功能點。如果這個產品有復雜的流程，最好還要寫清楚產品應用的流程是怎樣的，確定流程是否合理。

以最近重構的一個應用：在線選課為例，簡單講講產品經理在重構過程中都做了什么。

在線選課，旨在給K12的學校用戶提供校本選修的選課功能的一個應用，可以支持教師申報課程，教務管理員審批，學生在特定時間選課的功能。

（1）梳理流程和主要角色對應的權限和菜單

在線選課涉及到三個角色：管理員、授課教師及學生。先需要整理出原有產品設計的流程和擁有的菜單?？梢钥吹?，大部分復雜的流程和功能都集中在管理員端。

（2）對整個產品的流程進行優化，并且需要達到最后你想達到的目的

to B 后端產品的特點就是功能多、角色多、菜單多、邏輯復雜。在重構時，假設產品是有固定流程的，那么將你認為合理的、符合邏輯的流程標識出來。然后在充分調研的情況下，對一些沒有任何用處的、不通用的功能砍掉。最后整理成一個菜單、角色、權限的功能列表。整個過程其實和做一個全新的產品類似，梳理流程，梳理功能，梳理角色。甚至于因為有一些原有的邏輯和設計缺陷，你不得不重新思考設計產品的新方法。繼續以在線選課為例，原有系統流程不清晰，重構的目的是要讓用戶在沒有培訓的狀態下就能快速使用和了解對應的功能。因此在重構新版時，需要標識出新流程及新流程上的一些需要解決的問題。如圖所示（腦圖內容未全部展示）。這其實和寫一個完整的PRD沒區別，但是用腦圖的方式反而讓整個流程更加簡單明了，而且效率更高。

（3）原型設計階段

在原型設計階段，你需要和UED（如果有）部門進行深入的探討如何讓流程更加清晰。這個流程清晰不僅僅體現在界面的展示上，包括一些提示信息及使用幫助都能讓你完善整個流程，減少用戶使用的培訓成本。在原型設計上，就不多做贅述，如果能整理出來清晰的流程卻畫不出來清晰好用的原型，那可能你需要一個專業的交互設計師來拯救你的產品重構了。最后畫好的原型建議讓用戶體驗一下，或者是讓其他的產品經理體驗一下，提出一些意見，說不定有些就會成為產品的亮點。

（4）協調資源，給老板畫個大餅

在產品重構中，需要用改進的目標和試圖達到的效果讓老板知道你在做的這個事兒很重要，能夠提升銷售量和減輕工作量。同時你還要跟研發、測試講清楚，重構的目的是為了讓別人少來騷擾他們，保證大家對重構這個事兒沒有怨言。畢竟重構，還是一個很費事費力的事情，基本上一個后端產品想要完全重構到沒有bug，少說半年，多則一年。

總結一下，產品重構的流程4步：

1. 整理舊版本功能、邏輯、菜單、權限
2. 確認新版本功能、邏輯、菜單、權限
3. 畫原型
4. 通過給老板畫大餅的方式，協調對應資源

3. 重構的效果評估：不同人的關注點不同，效果評估的周期十分漫長

在花費大量的時間和成本將產品進行重構之后，老板肯定會關注這個重構的效果是怎樣的，銷售的數字有沒有變好看。而作為一個產品經理，你要確認的是重構之后的產品有沒有達到你想要的易用性強、減輕培訓工作量、是否有拓展性等等。這時，通過新版本上線后的用戶的使用反饋就能感覺出來重構的第一印象。

筆者就職的公司由于產品流程復雜，導致很多應用都是公司的交付人員協助用戶使用，因此產品的第一使用人群實際上不是最終的用戶，而是公司的交付人員?？梢灾苯釉诋a品發布前，讓這些人提前使用一下，通過觀察他們面對新版本時是否驚喜、是否覺得滿足了需求，來暫時判斷重構的效果。

當然，銷售和盈利也是評估重構效果的一部分。但是往往銷售和盈利需要經過一段時間才能看出來，例如一年，兩年。

例如筆者曾經重構的一個用于教師備課的平臺，在15年重構完成，但是15年的銷售業績并沒有過高增長，反而在16年被很多學?？蛻羰褂煤屯扑]之后，銷售額有了質的飛躍。

二、其他一些小感想

通過整理產品的功能列表和清單，筆者還在這中間發現了很多有趣的事情。

筆者前后帶過4個產品新人，每次給他們出的第一個工作任務，就是整理某個產品的功能清單和內部邏輯并提出疑問。

這個工作看起來很簡單，就是把整個產品的流程過一遍，寫下問題。但是幾個人給出的成果物是完全不同的。同樣都是沒有做過產品的新人，在他的產品素質還不能確定的情況下，這個任務竟然能夠輕松的看出來誰對產品的sense更強，誰能提出更好的優化方案，誰的邏輯更清晰。

這是一個很有趣的事情。如果是讓新人做一個全新的產品，可能難度還是比較大。因此對已有產品做功能整理這個簡單的工作，是考驗產品新人邏輯思維能力、工作認真程度、獨立思考能力甚至執行力、溝通能力（畢竟有些細節還要去問具體的研發或者測試或者帶她的產品）的很好的方法。

題圖來自 攝圖網，基于 CC0 協議

本文由 @CresYan?原創發布于人人都是產品經理。未經許可，禁止轉載。