后臺產(chǎn)品的優(yōu)化已成為企業(yè)提升效率、降低成本的重要手段。然而，面對復(fù)雜的業(yè)務(wù)流程和功能架構(gòu)，如何進(jìn)行有效的改造與調(diào)整？本文將分享從產(chǎn)品經(jīng)理的角度出發(fā)，通過體驗產(chǎn)品功能、發(fā)現(xiàn)并解決問題、制作MVP原型等步驟，逐步優(yōu)化后臺產(chǎn)品架構(gòu)的方法。

改造一款后臺類產(chǎn)品并非易事，但也不算難事。在充分體驗原有產(chǎn)品功能的前提下，找到問題并給出解決方案，利用原型快速驗證自己的想法，相信做好這幾個環(huán)節(jié)的工作，一定能重新設(shè)計出一個更高效、更便捷的管理后臺。

后臺原型界面示意圖

Axure原型系統(tǒng)案例演示地址：https://d4om2w.axshare.com

今天和大家分享的是從產(chǎn)品經(jīng)理的角度考慮，我們該如何優(yōu)化一個不熟悉的的后臺產(chǎn)品架構(gòu)。

面向企業(yè)用戶的B端后臺類產(chǎn)品不同于面向普通用戶的C端產(chǎn)品，其流程復(fù)雜、功能點(diǎn)多、用戶角色多以及各角色的數(shù)據(jù)權(quán)限不一致、對接多個產(chǎn)品線等這些特點(diǎn)，決定了后臺產(chǎn)品架構(gòu)的改造與調(diào)整不可一蹴而就，其關(guān)系錯綜復(fù)雜，需要有一個循序漸進(jìn)的過程。

一、體驗產(chǎn)品功能，理清系統(tǒng)脈絡(luò)

正所謂，沒有調(diào)研就沒有發(fā)言權(quán)。在改造之前，首先我們有必要花費(fèi)一段時間去了解原有的業(yè)務(wù)流程、功能模塊。為了保證我們能夠充分體驗到后臺的各項功能點(diǎn)，并且不會影響后臺的正常運(yùn)轉(zhuǎn)及使用，建議通過仿真測試后臺體驗產(chǎn)品的各項業(yè)務(wù)功能。

在使用仿真后臺的過程中，我們可能需要得到開發(fā)人員或者測試人員的一些幫助，需要協(xié)調(diào)他們幫助我們盡可能的搭建一個無限接近真實環(huán)境的后臺，提前做好一些數(shù)據(jù)的配置。

通過仿真后臺，我們可以體驗到每個業(yè)務(wù)模塊的功能，以及每個功能之間的聯(lián)系，在體驗的過程中，難免會遇到一些問題，這個時候建議你詢問資深的開發(fā)人員或者測試人員，通常情況下，他們能夠解釋你的大部分疑問。在開發(fā)及測試的幫助下，對后臺的各項功能已經(jīng)有了一個基本的了解。

根據(jù)自己的理解，利用泳道圖倒推出業(yè)務(wù)模塊的工作流程，流程圖中力求清晰的反應(yīng)出各角色或系統(tǒng)如何有序的執(zhí)行了哪些動作，以及數(shù)據(jù)是如何產(chǎn)生并在他們之間流轉(zhuǎn)的，明確流程的開始和結(jié)束條件。

泳道圖梳理業(yè)務(wù)流程

實際上我們還可以通過思維導(dǎo)圖梳理后臺的功能架構(gòu)，這樣我們就能夠很清晰直觀的看清楚各業(yè)務(wù)模塊的功能點(diǎn)。在梳理后臺架構(gòu)時，我們還需要了解各角色的權(quán)限，包含各角色可以操作的菜單、功能，各角色可以查看的數(shù)據(jù)范圍。數(shù)據(jù)在不同的角色之間是如何流轉(zhuǎn)的，都需要我們在調(diào)研時，了解透徹。

思維導(dǎo)圖梳理后臺架構(gòu)

從宏觀層面上梳理清楚了大致的工作流程和功能架構(gòu)還不夠，緊接著，我們還應(yīng)該用表格列出每個業(yè)務(wù)模塊、每項功能點(diǎn)的功能描述。這里的功能描述實際上包括了兩項，一項是對該功能的實際效果描述，另一項是根據(jù)業(yè)務(wù)流程的要求，期望的功能效果描述。

二、發(fā)現(xiàn)產(chǎn)品問題，給出解決方案

通過上面對后臺產(chǎn)品功能的認(rèn)真體驗及業(yè)務(wù)流程、功能架構(gòu)的詳細(xì)梳理后，對已有的后臺產(chǎn)品已經(jīng)有了一個較為深刻的認(rèn)識。既然后臺的現(xiàn)狀我們已經(jīng)能夠深刻認(rèn)識了，接下來我們需要運(yùn)用我們的產(chǎn)品邏輯思維去分析原來的流程和功能架構(gòu)

。優(yōu)化現(xiàn)有的業(yè)務(wù)流程，使得流程更清晰、更簡潔，各角色或系統(tǒng)的分工更明確；減少一些不必要的分支流程，涉及判斷條件時，判斷條件需要清晰準(zhǔn)確，不可含糊不清，能夠被程序識別并執(zhí)行。功能的設(shè)計改造需要緊緊圍繞著流程，以解決業(yè)務(wù)問題，提高工作效率、減少企業(yè)成本為設(shè)計原則。

經(jīng)過深入分析后，我們需要重新繪制一份業(yè)務(wù)流程圖以及功能架構(gòu)，并且與原有的流程及架構(gòu)進(jìn)行對比，闡述改進(jìn)后的系統(tǒng)解決了哪些遺留問題，解決了哪些痛點(diǎn)需求，從哪些方面提升了工作效率。當(dāng)我們的優(yōu)化方案完成后，需要召集財務(wù)、客服、運(yùn)營、市場或者其他相關(guān)的后臺用戶角色評審我們的方案，征求他們的意見并最終確認(rèn)后臺優(yōu)化方案。

給出解決方案后臺原型界面示意圖

找到問題后，我們需要結(jié)合之前了解的業(yè)務(wù)流程及需求給出對應(yīng)的解決方案，重新梳理一遍優(yōu)化后的業(yè)務(wù)流程及功能結(jié)構(gòu)，并與相關(guān)的業(yè)務(wù)人員、后臺操作人員評審并確認(rèn)優(yōu)化方案。

上述方案的確認(rèn)，意味著戰(zhàn)略層、范圍層、結(jié)構(gòu)層面的需求已經(jīng)得到了確認(rèn)，接著在框架層與表現(xiàn)層可能還需要對后臺的菜單結(jié)構(gòu)、頁面布局作出一些相應(yīng)的調(diào)整優(yōu)化，不要小看框架層、表現(xiàn)層的調(diào)整，有些時候也需要我們付出一些心血。

筆者接觸的一個后臺產(chǎn)品，原后臺菜單功能是按照功能點(diǎn)羅列的而不是按照任務(wù)。因為在此之前沒有產(chǎn)品經(jīng)理參與設(shè)計，由開發(fā)人員與運(yùn)營、編輯、客服、財務(wù)等這些崗位直接對接需求，沒有按照業(yè)務(wù)邏輯思維去設(shè)計菜單結(jié)構(gòu)。業(yè)務(wù)人員在使用后臺操作時，完成一項任務(wù)或動作，往往需要在多個菜單之間來回切換。

三、MVP原型，收集用戶反饋

通過前面的步驟，我們已經(jīng)能夠清楚業(yè)務(wù)流程及產(chǎn)品需求。接下來，我們需要快速完成原型設(shè)計，以驗證我們的想法。為了降低溝通成本，取得良好的使用效果，在原型設(shè)計階段，建議加入交互效果。

將帶有交互的原型分享給各用戶角色體驗功能與流程，并收集他們的反饋建議，從而不斷優(yōu)化交互原型，直至原型設(shè)計獲得了各用戶角色的認(rèn)可。

原型設(shè)計獲得了業(yè)務(wù)方各用戶角色的認(rèn)可后，我們需要盡快完成PRD文檔的編寫。完成了原型及PRD文檔后，召集UI、開發(fā)、測試等相關(guān)的項目實施人員講解產(chǎn)品需求及業(yè)務(wù)流程，并在項目實施啟動會上確認(rèn)項目的里程碑計劃。

最后我們需要做好項目進(jìn)度的跟蹤以及產(chǎn)品需求的驗收，在確保產(chǎn)品質(zhì)量的前提下，力求項目能夠按時成功上線

MVP原型，快速驗證想法：后臺原型界面示意圖

四、最后的結(jié)語

后臺架構(gòu)的改造之路雖然充滿了艱辛與挑戰(zhàn)，其付出的心血不亞于重新設(shè)計一套后臺系統(tǒng)，但只要我們掌握一定的方法與策略，抱著嚴(yán)謹(jǐn)、認(rèn)真、實事求是的態(tài)度，在充分了解原有產(chǎn)品的前提下，找出未被有效解決的痛點(diǎn)、難點(diǎn)問題所在。一定能夠給出更合理的解決方案，使得我們的后臺系統(tǒng)能夠更高效的運(yùn)轉(zhuǎn)，提升各用戶角色的工作效率，降低企業(yè)的運(yùn)營成本。