起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識實踐分享：改造后臺產品架構也許沒那么難
改造一款后臺類產品并非易事，但也不算難事。在充分體驗原有產品功能的前提下，找到問題并給出解決方案，利用原型快速驗證自己的想法，相信做好這幾個環節的工作，一定能重新設計出一個更高效、更便捷的管理后臺。
今天和大家分享的是從產品經理的角度考慮，我們該如何優化一個不熟悉的的后臺產品架構？
面向企業用戶的B端后臺類產品，不同于面向普通用戶的C端產品，其流程復雜、功能點多、用戶角色多以及各角色的數據權限不一致，對接多個產品線等這些特點，決定了后臺產品架構的改造與調整不可一蹴而就。其關系錯綜復雜，需要有一個循序漸進的過程。
體驗產品功能，理清系統脈絡
正所謂，沒有調研就沒有發言權。在改造之前，首先我們有必要花費一段時間去了解原有的業務流程、功能模塊。
為了保證我們能夠充分體驗到后臺的各項功能點，并且不會影響后臺的正常運轉及使用，建議通過仿真測試后臺體驗產品的各項業務功能。在使用仿真后臺的過程中，我們可能需要得到開發人員或者測試人員的一些幫助，需要協調他們幫助我們盡可能的搭建一個無限接近真實環境的后臺，提前做好一些數據的配置。
通過仿真后臺，我們可以體驗到每個業務模塊的功能，以及每個功能之間的聯系。在體驗的過程中，難免會遇到一些問題，這個時候建議你詢問資深的開發人員或者測試人員。
通常情況下，他們能夠解釋你的大部分疑問。在開發及測試的幫助下，對后臺的各項功能已經有了一個基本的了解。根據自己的理解，利用泳道圖倒推出業務模塊的工作流程，流程圖中力求清晰的反應出各角色或系統如何有序的執行了哪些動作，以及數據是如何產生并在他們之間流轉的，明確流程的開始和結束條件。
實際上我們還可以通過思維導圖梳理后臺的功能架構，這樣我們就能夠很清晰直觀的看清楚各業務模塊的功能點。在梳理后臺架構時，我們還需要了解各角色的權限，包含各角色可以操作的菜單、功能，各角色可以查看的數據范圍。數據在不同的角色之間是如何流轉的，都需要我們在調研時，了解透徹。
從宏觀層面上梳理清楚了大致的工作流程和功能架構還不夠，緊接著，我們還應該用表格列出每個業務模塊、每項功能點的功能描述。
這里的功能描述實際上包括了兩項：
- 一項是對該功能的實際效果描述；
- 另一項是根據業務流程的要求，期望的功能效果描述。
發現產品問題，給出解決方案
通過上面對后臺產品功能的認真體驗及業務流程、功能架構的詳細梳理后，對已有的后臺產品已經有了一個較為深刻的認識。
既然后臺的現狀我們已經能夠深刻認識了，接下來我們需要運用我們的產品邏輯思維，去分析原來的流程和功能架構。優化現有的業務流程，使得流程更清晰、更簡潔，各角色或系統的分工更明確，減少一些不必要的分支流程。
涉及判斷條件時，判斷條件需要清晰準確，不可含糊不清，能夠被程序識別并執行。功能的設計改造需要緊緊圍繞著流程，以解決業務問題，提高工作效率、減少企業成本為設計原則。
經過深入分析后，我們需要重新繪制一份業務流程圖以及功能架構，并且與原有的流程及架構進行對比，闡述改進后的系統解決了哪些遺留問題，解決了哪些痛點需求，從哪些方面提升了工作效率。
當我們的優化方案完成后，需要召集財務、客服、運營、市場或者其他相關的后臺用戶角色評審我們的方案，征求他們的意見并最終確認后臺優化方案。
找到問題后，我們需要結合之前了解的業務流程及需求給出對應的解決方案，重新梳理一遍優化后的業務流程及功能結構，并與相關的業務人員、后臺操作人員評審并確認優化方案。
上述方案的確認，意味著戰略層、范圍層、結構層面的需求已經得到了確認，接著在框架層與表現層可能還需要對后臺的菜單結構，頁面布局作出一些相應的調整優化，不要小看框架層、表現層的調整，有些時候也需要我們付出一些心血。
筆者接觸的一個后臺產品，原后臺菜單功能是按照功能點羅列的而不是按照任務。因為在此之前沒有產品經理參與設計，由開發人員與運營、編輯、客服、財務等這些崗位直接對接需求，沒有按照業務邏輯思維去設計菜單結構。
業務人員在使用后臺操作時，完成一項任務或動作，往往需要在多個菜單之間來回切換。
MVP原型，收集用戶反饋
通過前面的步驟，我們已經能夠清楚業務流程及產品需求。接下來，我們需要快速完成原型設計，以驗證我們的想法。
為了降低溝通成本，取得良好的使用效果，在原型設計階段，建議加入交互效果。將帶有交互的原型分享給各用戶角色體驗功能與流程，并收集他們的反饋建議，從而不斷優化交互原型，直至原型設計獲得了各用戶角色的認可。
原型設計獲得了業務方各用戶角色的認可后，我們需要盡快完成PRD文檔的編寫。完成了原型及PRD文檔后，召集UI、開發、測試等相關的項目實施人員講解產品需求及業務流程，并在項目實施啟動會上確認項目的里程碑計劃。
最后我們需要做好項目進度的跟蹤以及產品需求的驗收，在確保產品質量的前提下，力求項目能夠按時成功上線。
結語
后臺架構的改造之路雖然充滿了艱辛與挑戰，其付出的心血不亞于重新設計一套后臺系統。
但只要我們掌握一定的方法與策略，抱著嚴謹、認真、實事求是的態度，在充分了解原有產品的前提下，找出未被有效解決的痛點、難點問題所在，一定能夠給出更合理的解決方案，使得我們的后臺系統能夠更高效的運轉，提升各用戶角色的工作效率，降低企業的運營成本。
#專欄作家#
拼搏的80后，人人都是產品經理專欄作家。10年互聯網從業經歷，具有各類型B端、C端產品的設計經驗，關注區塊鏈及人工智能的技術發展及應用場景探索。
本文原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基于CC0協議
體驗加總結這里說的特好
沒有深度體驗+總結，是對舊系統進行摸底調查的過程