實(shí)戰(zhàn)經(jīng)驗(yàn):運(yùn)營后臺產(chǎn)品的重構(gòu)

9 評論 31432 瀏覽 172 收藏 12 分鐘
B端产品经理要负责对目标行业和市场进行深入的分析和调研,了解客户的需求、痛点、期望和行为,找到产品的价值主张 🔗

運(yùn)營后臺如何進(jìn)行重構(gòu)呢?作者結(jié)合自身經(jīng)驗(yàn),分享了自己的幾點(diǎn)看法。

首先先放一張文章結(jié)構(gòu)圖:

運(yùn)營后臺是公司內(nèi)部人員使用的操作平臺,服務(wù)于產(chǎn)品的支撐和運(yùn)營活動的展開。對于運(yùn)營的同學(xué)來講簡直就是命根子,但是我們會發(fā)現(xiàn)絕大部分的運(yùn)營后臺用起來體驗(yàn)超級爛(默哀十分鐘),而且bug成筐,隨處可見反人類的交互設(shè)計。那么運(yùn)營后臺為什么會如此難用。

對于絕大分的創(chuàng)業(yè)公司和團(tuán)隊(duì)來講,為了解決生存問題,首要解決的一定是面向用戶的產(chǎn)品的快速迭代,先把功能迭代上去再考慮其他。這個時候會有一些零散的解決運(yùn)營需求的小后臺,有的甚至連最簡陋的后臺也沒有,直接操作數(shù)據(jù)庫(開發(fā)GG內(nèi)心OS),如果有些東西修改比較頻繁,開發(fā)就會編寫一段腳本,直接用腳本錄入。所以這個時候的運(yùn)營后臺的演化路徑是這樣的:“開發(fā)大爺直接改動數(shù)據(jù)庫——運(yùn)營用腳本錄入——一些零散的小后臺功能——一個整體的可用后臺。”

但是隨著產(chǎn)品的快速迭代和公司規(guī)模的擴(kuò)大,運(yùn)營后臺的主要矛盾已經(jīng)從有沒有上升到好不好、人效高不高的層面。這時候運(yùn)營后臺就不得不進(jìn)行大規(guī)模改造了,我稱之為后臺重構(gòu)

那么運(yùn)營后臺如何進(jìn)行重構(gòu)呢?有沒有可以一些可以借鑒的方法和規(guī)律呢?接下來我會從運(yùn)營后臺重構(gòu)的基本原則、產(chǎn)品層面規(guī)劃來說一下。

運(yùn)營后臺重構(gòu)的基本原則

  • 目的和預(yù)期收益明確
  • 把控好節(jié)奏
  • 良好的兼容性和可擴(kuò)展性
  • 良好的可復(fù)用性

目的和預(yù)期收益明確

首先就是要明確重構(gòu)的目標(biāo)和預(yù)期收益,這個對于不同的公司和團(tuán)隊(duì)見仁見智??傮w來說就是一定要明確我這個后臺是“為WHO在什么情況下解決WHAT問題”,實(shí)際上給給自己的后臺建立邊界,確定燭臺需求和目標(biāo),才能夠有的放矢的區(qū)進(jìn)行設(shè)計。例如我對自己的運(yùn)營后臺的定義就是“為整個運(yùn)營團(tuán)隊(duì)提供效率支撐和業(yè)務(wù)管理工具”。

節(jié)奏的把控

資源永遠(yuǎn)是稀缺的,所以重要的東西一定要先行。當(dāng)你面臨一大堆的東西要做的時候,可能需求池都無法裝得下,這時候就要平衡成本和收益,重構(gòu)產(chǎn)品尤其如此。對于運(yùn)營后臺的重構(gòu),最重要的還是先滿足現(xiàn)階段的需要,在完成現(xiàn)有需求的同時逐步的加入重構(gòu)要素,在不知不覺中完成整個后臺的重構(gòu)。很多事情到了不得不做的時候才是最重要的。除非你手里的資源多的足夠支撐你大刀闊斧的改造,否則還是選擇溫水煮青蛙的方式慢慢改造吧。

良好的兼容性和可擴(kuò)展性

良好的兼容和擴(kuò)展性是最見功底的地方,一般到你手里的一坨后臺功能,而且這些功能往往是不同的開發(fā)大爺做出來的,除了應(yīng)用層的混亂之外,底層的兼容性和可擴(kuò)展性也會是一個大問題。往往你要改動一個功能,開發(fā)會說做不了,很大原因就是底層的混亂。所以在重構(gòu)時要三思“和別的功能有沒有關(guān)聯(lián)和沖突、改動能不能兼容、新來的能不能擴(kuò)展”,這樣的后臺系統(tǒng)才是一個底子硬的好后臺。

可復(fù)用性強(qiáng)

同時后臺還要有很強(qiáng)的可復(fù)用性。做運(yùn)營后臺就像搭積木,而一些組件化的產(chǎn)品模塊就是我們手中的積木,如果我們在自己的產(chǎn)品中能夠提前抽象出一些組件化的產(chǎn)品,能夠避免重復(fù)造輪子,大大降低產(chǎn)品研發(fā)和后期維護(hù)的成本,達(dá)到事半功倍的效果。

原則有了,下面的就是具體的操作方法了。重構(gòu)后臺會面臨一筐一筐的問題,不能被現(xiàn)有的問題牽著鼻子走,要仰望星空腳踏實(shí)地:上天就是做好業(yè)務(wù)層的規(guī)劃,入地就是要做好基礎(chǔ)設(shè)施的建設(shè)。

基礎(chǔ)設(shè)施

賬號和權(quán)限體系

運(yùn)營后臺產(chǎn)品,最重要的就是賬號權(quán)限系統(tǒng)了。權(quán)限系統(tǒng)一方面控制著什么人可以操作什么事情,保證敏感的事情只有核心人員才可以做;另一方面也是業(yè)務(wù)流和業(yè)務(wù)模塊的第一道分流設(shè)施。這個模塊會根據(jù)業(yè)務(wù)場景的不同而進(jìn)行不同的設(shè)計,對于內(nèi)部的運(yùn)營后臺產(chǎn)品,個人推薦用“賬戶-角色-權(quán)限”三級的權(quán)限模型,這套模型能夠滿足絕大多數(shù)的后臺產(chǎn)品需要,而且維護(hù)起來成本也低。權(quán)限控制一般會采用兩種模式,一種是后端API限制,另一種是前端交互層限制,這個就根據(jù)業(yè)務(wù)場景靈活使用。

列表和搜索

一般進(jìn)入業(yè)務(wù)層的操作會有一個列表,例如,列表的作用是“重要信息的展示-操作結(jié)果的反饋-歷史操作的查詢”,典型的列表是這樣的:

首先我們要弄清楚列表的整體結(jié)構(gòu):

  • 整體操作區(qū):搜索、篩選、新增
  • 信息展示區(qū):即各個展示字段
  • 個體操作區(qū):查看、編輯、刪除、狀態(tài)置換等

與列表相關(guān)的還有:

  • 列表字段:要明確列表字段的“字符長度、是否允許特殊字符、是否換行、是否空缺”等
  • 分頁:如果數(shù)據(jù)較多的情況下,需要進(jìn)行分頁展示,使得能夠快速操作數(shù)據(jù)。要考慮分頁數(shù)量,頁面跳轉(zhuǎn)等
  • 排序:數(shù)據(jù)的排序,有主排序規(guī)則和次排序規(guī)則,通常采用時間軸倒序排列
  • 數(shù)據(jù)加載:當(dāng)數(shù)據(jù)較多的時候,需要進(jìn)行分段加載,這時候要考慮分段加載和數(shù)據(jù)本身的

用戶基礎(chǔ)信息

用戶的基礎(chǔ)信息實(shí)際上就是用戶的畫像,能夠清晰的描述出你的用戶到底是什么樣。一般來說用戶的基礎(chǔ)信息兩部分,即用戶的自身屬性和用戶的行為屬性。

用戶的自身屬性包括:姓名、性別、學(xué)歷、收入、所在城市、畢業(yè)學(xué)校等等用戶自身的屬性信息,這類信息往往哪個是數(shù)據(jù)庫中能夠直接拿到的。

用戶行為屬性信息包括:手機(jī)型號、系統(tǒng)版本、APP版本、所在地理位置、瀏覽軌跡、行為標(biāo)簽等,這類信息往往需要用戶激活后才能進(jìn)行判斷。

應(yīng)用層的設(shè)計

入口層級的設(shè)計

主要邏輯是根據(jù)運(yùn)營管理的主體進(jìn)行分類,并根據(jù)相似和差異進(jìn)行歸類。

分類原則:

  • 現(xiàn)有的任何一個模塊和功能點(diǎn)都能有自己的分類
  • 一級菜單的分類為管理對象,每個一級菜單下不超過9個二級菜單,每個二級菜單下不超過9個三級菜單
  • 功能越來越多,根據(jù)業(yè)務(wù)發(fā)展節(jié)奏對已有功能進(jìn)行整理歸類
  • 對新增加的功能進(jìn)行判斷,找到對應(yīng)的層級入口,如果不能,則在對應(yīng)的入口下新建

業(yè)務(wù)流的合理規(guī)劃

業(yè)務(wù)流是后臺管理中非常重要的方面,最簡單直接的例子就是“審批”流,需要多個不同的角色來執(zhí)行不同方面。具體還是業(yè)務(wù)導(dǎo)向型的,這里不贅述。這塊推薦一個好用的工具“泳道圖”來進(jìn)行設(shè)計,確定不同節(jié)點(diǎn)不同角色的操作流程。流程圖最好能夠從兩個角度來畫,第一種是產(chǎn)品經(jīng)理常用的動作流程圖(適用于前端交互和操作),另一種是狀態(tài)流轉(zhuǎn)圖(適用于后端的狀態(tài)基流轉(zhuǎn)),基本上這兩個圖梳理清楚,整個業(yè)務(wù)流就會梳理的比較清晰了。

業(yè)務(wù)流程的規(guī)范

這里推薦有三個我個人總結(jié)出來的好工具,僅供參考

產(chǎn)品辭典

產(chǎn)品辭典是產(chǎn)品的基礎(chǔ)信息,是進(jìn)行信息同步和管理的有效手段。通常包括:重要名詞的定義、歷史迭代記錄、產(chǎn)品操作手冊等信息。

操作規(guī)范

凡是系統(tǒng)總是人用的,無論系統(tǒng)設(shè)計的多么完美,都可能出現(xiàn)人為的操作失誤。這時候操作規(guī)范就顯得尤為重要,用來規(guī)范操作人員的使用流程,做到產(chǎn)品的線上線下自洽,同時減小PM和運(yùn)營之間的摩擦。

產(chǎn)品check list

check list適用于產(chǎn)品設(shè)計整個過程中,能夠幫我們逐條檢查問題,核對核心case,最大程度上降低風(fēng)險 的工具,能夠讓我們的產(chǎn)品管理更加精細(xì)化,必經(jīng)已經(jīng)不是產(chǎn)品的草莽年代了。

總結(jié)

運(yùn)營后臺的重構(gòu)是一件長期而復(fù)雜的事情,會受到各種條件的限制而有不同的解決思路。但是總體上來說仍然是明確目標(biāo)、搭好基礎(chǔ)設(shè)施、建立兼容性和可擴(kuò)展性、做好頂層應(yīng)用設(shè)計,同時平衡成本和收益,確定自己的節(jié)奏,按照節(jié)奏一步一步走。

是的,總有一些坑,你永遠(yuǎn)踩不完。

本篇先整體介紹一下運(yùn)營后臺重構(gòu)的原則和方法,后面會把每一個模塊詳細(xì)的闡述。

 

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

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 配圖里的大慶實(shí)驗(yàn)中學(xué)是生產(chǎn)環(huán)境的截圖啊??,里面的是我的老師

    來自四川 回復(fù)
  2. 寫得非常好 點(diǎn)進(jìn)去看了下您的文章 并沒有看得到后序 很期待!

    來自上海 回復(fù)
  3. 說的不錯,但是感覺又什么都沒說

    來自天津 回復(fù)
    1. 同感

      來自浙江 回復(fù)
    2. 同感

      來自北京 回復(fù)
  4. 學(xué)習(xí)了,內(nèi)容很棒!
    不過用戶基礎(chǔ)信息這一塊顯得很突兀,感覺閱讀到這遇到斷層一樣。。。

    來自廣東 回復(fù)
  5. 贊贊贊、希望后續(xù)的模塊快快更新!如果可以的話、希望可以附帶一些圓形的截圖也好!感謝感謝、辛苦辛苦!棒棒噠

    回復(fù)
    1. 原型截圖得處理一下,工作中的原型不會外放的

      來自北京 回復(fù)
  6. 先點(diǎn)個贊

    來自廣東 回復(fù)
专题
14376人已学习13篇文章
裂变是研究用户增长的重要一环。本专题的文章分享了如何做裂变活动。
专题
17890人已学习17篇文章
随着互联网的不断发展,不少产品开始了适老化改造,帮助老年人更好地融入智能生活。本专题的文章分享了适老化的设计思路。
专题
11411人已学习12篇文章
本专题的文章分享了情人节的营销思路。
专题
13629人已学习13篇文章
本专题的文章分享了关于教育+AI的思考。
专题
12748人已学习14篇文章
现在,不少企业和行业都走上了数字化转型的征程。本专题的文章分享了数字化营销策略。
专题
62857人已学习14篇文章
你说你会写产品需求文档,我信!但是肯定写的不好,不服看看别人的。