Axure原型案例實戰(zhàn)分享:如何改造后臺產(chǎn)品架構(gòu)及如何迭代更新升級現(xiàn)有的產(chǎn)品?

0 評論 977 瀏覽 2 收藏 10 分鐘

后臺產(chǎn)品的優(yōu)化已成為企業(yè)提升效率、降低成本的重要手段。然而,面對復雜的業(yè)務流程和功能架構(gòu),如何進行有效的改造與調(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é)的工作,一定能重新設計出一個更高效、更便捷的管理后臺。

后臺原型界面示意圖

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

四、最后的結(jié)語

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

本文由 @PM_墨兮 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載

題圖來自Unsplash,基于CC0協(xié)議

該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!