后臺產(chǎn)品設(shè)計的4個原則
大家都說后臺產(chǎn)品難做、要求高,這是有原因的。而且這個原因會超出我們的認知,一起來看看吧。
什么是后臺產(chǎn)品
后臺產(chǎn)品也被我們稱為后臺管理系統(tǒng)、內(nèi)部管理系統(tǒng)。簡單而言,是給企業(yè)員工開發(fā)的辦公性質(zhì)產(chǎn)品,同時也是對用戶使用的App,Web等產(chǎn)品的一個伴生產(chǎn)品。
我們還可以將后臺產(chǎn)品按照使用對象分成兩種。其一是自己使用的產(chǎn)品,實際上,任何一個產(chǎn)品都需要一個后臺,包括我們的C端產(chǎn)品。另一種是客戶性質(zhì)的產(chǎn)品,多見于B端產(chǎn)品。
我們會認為后臺產(chǎn)品很難,本質(zhì)原因是因為做后臺產(chǎn)品的人很多 ,我們常常將后臺產(chǎn)品交給新人來設(shè)計,用來練手,也用來學(xué)習(xí)。
后臺產(chǎn)品的特殊性質(zhì),讓我們可以將其交給新人練手,這個特殊性質(zhì)在于他的用戶身份,因為這是一款自己人使用的產(chǎn)品,我們能對其具備最強的包容心,即便他的體驗不那么友好,他存在許多問題,我們也可以通過人為的方式來協(xié)調(diào)解決。
后臺管理系統(tǒng)的用戶大部分都是運營同學(xué)使用,產(chǎn)品同學(xué)偶爾使用,而后臺系統(tǒng)最終坑的也是這兩個崗位的同學(xué)。這種坑最終會被轉(zhuǎn)化成崗位之間的矛盾。
然而在實際項目中,我們往往會將后臺系統(tǒng)設(shè)計的非常簡單,最大限度的節(jié)省開發(fā)資源。同時也是為了節(jié)省產(chǎn)品經(jīng)理的精力耗損,我們會將該系統(tǒng)的設(shè)計任務(wù)交給新人完成。
原因在于,后臺系統(tǒng)設(shè)計的好壞對于用戶而言,損失較少,幾乎可以不計,這是一個做好了沒有人稱贊,做差了,也沒人責(zé)罰的產(chǎn)品。
在這樣的環(huán)境下,后臺系統(tǒng)的復(fù)雜度也會被夸大,畢竟是我們做的第一款產(chǎn)品,畢竟接觸后臺產(chǎn)品的朋友要遠遠的多過面向用戶的產(chǎn)品。
實際上,確實存在極為復(fù)雜的后臺產(chǎn)品,復(fù)雜度遠遠超過了面向用戶的產(chǎn)品,尤其是牽扯到算法層面的后臺產(chǎn)品,不是專業(yè)后臺產(chǎn)品經(jīng)理幾乎無法駕馭。這樣的后臺產(chǎn)品是極為少數(shù),極為特殊的。
面向用戶的產(chǎn)品,也存在極為復(fù)雜的邏輯,我們不能因此就斷定面向用戶的產(chǎn)品比后臺產(chǎn)品難,也不能盲目的斷定后臺產(chǎn)品比面向用戶的產(chǎn)品復(fù)雜,這兩類產(chǎn)品都具備難度等級。
現(xiàn)在的環(huán)境,對于產(chǎn)品而言,更多的是應(yīng)用創(chuàng)新階段,高復(fù)雜度的產(chǎn)品,其實很少人能接觸到,實在不足以讓我們斷言后臺更復(fù)雜,幾乎80%以上的后臺產(chǎn)品都是很簡單的。
這就好比三人成虎,人們都在說后臺復(fù)雜,我們也就先入為主的認為后臺更難,深入一點,到底哪里難了呢?卻很難說出一二。
如果你是一位2年經(jīng)驗以內(nèi)的產(chǎn)品,而這時,你又需要設(shè)計一款后臺產(chǎn)品,無需緊張,按需設(shè)計就可以了。你所接到的任務(wù)本身是存在風(fēng)險規(guī)避因素的,這話可能不中聽,但我們很難將極為復(fù)雜的任務(wù)交給經(jīng)驗尚且不足的你,這無疑將會放大我們的風(fēng)險,而這種風(fēng)險是我們原本可以避免的。
如果你是一位產(chǎn)品新人,你也正在接觸后臺,那就潛心去研究吧。我特別樂意將后臺任務(wù)交給新人,因為他更加的固定,后臺產(chǎn)品的變化很少,是有跡可循的,他不像面向用戶的產(chǎn)品,有很多變術(shù),而每一個變術(shù)都藏著天使與惡魔,將會給我們造成實實在在的傷害。
當(dāng)然,最重要的,任然是這個觀點:企業(yè)和我們的上級在做任務(wù)分配時,必然會考慮風(fēng)險因素,考慮失敗或者犯錯的成本是否在我們可接受的范圍。因此,無需有太大的心理壓力及負擔(dān)。
后臺設(shè)計的原則
多數(shù)后臺都會遵守以下四個原則,實際上這是后臺的基礎(chǔ)設(shè)計原則。我將其定義為可視化原則、數(shù)據(jù)源原則、控制性原則以及內(nèi)部設(shè)置原則。
其中,最重要的是前三個原則。
可視化原則
典型的可視化原則便是后臺產(chǎn)品里的數(shù)據(jù)統(tǒng)計部分,我們可以將其理解成一種暴露信息的機制。產(chǎn)品在運營過程中,必然會產(chǎn)生若干信息,但這些信息往往是我們看不見的,或者每一次的查看都需要研發(fā)進行支持的,為了方便我們的查看,就將這部分內(nèi)容在后臺里展示出來。
可視化原則的典型特征是只允許查看,各種維度的查看,但本身不具備更多的操作性質(zhì)。
想想看,在我們接觸到的后臺產(chǎn)品里,都有哪些功能是屬于可視化原則的。
數(shù)據(jù)統(tǒng)計部分,數(shù)據(jù)明細部分,用戶列表,內(nèi)容列表幾乎都是屬于可視化原則的。
這部分功能的設(shè)計方法,只需要我們?nèi)タ紤]哪些信息是我們需要看的,又以何種維度進行查看就可以了。
我們上線一款活動,便需要在后臺查看該活動的一些信息,諸如報名人數(shù),實際參與人數(shù),甚至于時長,當(dāng)然,我們還可以把參與人員的地理分布統(tǒng)計出來,還有性別分別,年齡分布。
遵循可視化原則常見的功能,包括我們的多維度篩選,排序,導(dǎo)出,數(shù)據(jù)明細,餅狀圖,柱形圖,折線圖等等,這些功能都符合可視化設(shè)計原則,用最合適的方法,提高我們查看信息的效率。
數(shù)據(jù)源原則
幾乎所有的后臺系統(tǒng)都會扮演著數(shù)據(jù)源的角色。我們要在面向用戶的產(chǎn)品里投放一個活動、放一個新的banner圖、推薦一篇文章、推薦一個專題,都需要有一個錄入信息的地方。而在后臺里,符合數(shù)據(jù)源原則的部分便承擔(dān)了這部分內(nèi)容。
數(shù)據(jù)源原則的典型特征在于新增。除了常規(guī)的查看的能力,數(shù)據(jù)源部分必然包含新增功能,我們可以斷言,不具備新增功能的后臺,便不符合數(shù)據(jù)源原則。這表示該產(chǎn)品幾乎不具備可運營能力,運營同學(xué)也無法通過后臺對產(chǎn)品的內(nèi)容,風(fēng)向,活躍度進行干預(yù)。
以微信公眾號的后臺管理系統(tǒng)而言,我們新增的圖文素材,新建的推送任務(wù)便是屬于數(shù)據(jù)源設(shè)計原則的功能,可以將既定的信息主動的插入到面向用戶的產(chǎn)品里。
這部分功能的設(shè)計主要是與面向用戶的產(chǎn)品進行搭配,是一種配合形式的設(shè)計,后者需要預(yù)留支撐空間才行,諸如預(yù)留banner位,預(yù)留推薦標簽,預(yù)留PGC的內(nèi)容規(guī)則。
簡單而言,數(shù)據(jù)源原則便是要求我們后臺要具備“生產(chǎn)新內(nèi)容”的能力。產(chǎn)品運營過程中,要具備能夠生成新的主題,新的活動,新的通知能力。
他是與面向用戶的產(chǎn)品進行配合而存在的一種后臺設(shè)計原則。
版本更新通知,也是屬于數(shù)據(jù)源原則的功能設(shè)計。當(dāng)我們更新了一個新版本時,需要通知用戶更新,此時,我們就需要新建一個版本通知。在該模塊里,填寫通知的內(nèi)容,通常都是對新版本的簡單介紹,在設(shè)定好通知對象,諸如1.x版本及之前的版本,我們還可以設(shè)置通知的形式,比如是強制性升級還是可取消的升級通知。
數(shù)據(jù)源原則的功能,難點在于參數(shù)的選擇,我們要盡可能多的讓運營同學(xué)在新建內(nèi)容時,有更多的參數(shù)可以選擇填寫,這樣才能滿足他的靈活性, 畢竟這部分能力是官方向用戶發(fā)出聲音的能力。
來看看公眾號新建一篇圖文素材包含了那些參數(shù):
可以試想一下,假如公眾號能允許我們在新建圖文素材時,增加小游戲的引用,公眾號的玩法就會發(fā)生截然不同的變化,當(dāng)然這需要面向用戶的產(chǎn)品做出許多的支撐才行。
控制性原則
控制性原則是指后臺操作人員能夠?qū)τ脩舻牟糠中畔⑦M行修改。是一種保護機制也是一種應(yīng)急機制,當(dāng)用戶發(fā)出了不好的內(nèi)容時,我們能夠有所作為,而不是只能看著。
在保護內(nèi)容生態(tài)的同時,當(dāng)用戶執(zhí)行了某些不可逆操作時,我們也需要有應(yīng)急能力,來為用戶修改某些信息。在一些小的產(chǎn)品里,甚至能夠直接修改用戶的賬戶或金幣余額,尤其是一些游戲產(chǎn)品,這是為了更方面的打造“托”或者“特權(quán)賬戶”。
典型的控制性原則體現(xiàn)在黑名單、內(nèi)容屏蔽、內(nèi)容修改這三個功能。
同樣是以微信公眾號為例,我們可以在公眾號后臺設(shè)置黑名單,那這部分用戶將不能再向公眾號發(fā)信息,也不能發(fā)留言了。我們還可以將已經(jīng)發(fā)布的文章刪除掉,這樣,這篇文章就無法再被查看了。
控制性原則的設(shè)計理念,在于保護和應(yīng)急機制。通常來講,這兩種機制的功能包含屏蔽、黑名單、刪除、修改,我們需要識別出面向用戶的產(chǎn)品里,哪些內(nèi)容是需要被保護的,哪些內(nèi)容是需要建立應(yīng)急機制的。
盡管,控制性的功能是不常使用的功能。實際上,我們并不希望這些功能被使用,但這些功能是必須存在的,當(dāng)我們需要使用這些功能時,就表示出現(xiàn)了異常的狀況,此時,這些功能就變得非常的需要了。
內(nèi)部設(shè)置原則
如果說,可視化原則的設(shè)計對象是我們看不見的信息,數(shù)據(jù)源原則的設(shè)計對象是新建內(nèi)容,控制性原則的設(shè)計對象是用戶及用戶生產(chǎn)的內(nèi)容,那么內(nèi)部設(shè)置原則的設(shè)計對象則是后臺系統(tǒng)本身。
最常見的內(nèi)部設(shè)置原則是我們的權(quán)限系統(tǒng),他與面向用戶的產(chǎn)品毫無關(guān)系。這部分功能的設(shè)計對象僅僅是明確操作者的權(quán)限范圍,同類型的功能還包括操作記錄等。
當(dāng)然,后臺的賬號系統(tǒng)也是屬于內(nèi)部設(shè)置原則。
后臺的賬號是無法被申請,被注冊的,這部分賬號的來源往往是管理員賬號生成的。一方面在設(shè)計系統(tǒng)時存在一個固定的超級管理員賬號,通常是admin賬號,這個賬號可以生成其他的子賬號,并為之賦予不同的權(quán)限。
企業(yè)郵箱是典型的案例,當(dāng)我們?nèi)肼氁患逸^為成熟的企業(yè)時,都會按照我們的姓名或者工號生成一個獨立的企業(yè)郵箱賬號。
內(nèi)部設(shè)置原則更多的是服務(wù)于后臺產(chǎn)品本身的功能,他和用戶,和我們面向用戶的產(chǎn)品沒有任何關(guān)系。
結(jié)尾
真正復(fù)雜的后臺系統(tǒng)非常稀少,在我們接觸后臺系統(tǒng)時,不需要太過緊張,也不需要太過恐慌,可以參照以上四個原則進行設(shè)計,這四個原則是后臺設(shè)計的基礎(chǔ)原則,復(fù)雜的后臺系統(tǒng)也同樣是建立在對基礎(chǔ)的升級或者變化應(yīng)用上,并不是全新的。
實際上后臺設(shè)計還有許多技巧,我會在后續(xù)的文章繼續(xù)分享一二。
下篇文章,一起來探討下后臺的易用性設(shè)計,我會提到理性設(shè)計,路徑設(shè)計,步驟設(shè)計,頻率設(shè)計以及后臺首頁設(shè)計。
#專欄作家#
枯葉,微信公眾號:枯葉咖啡館。人人都是產(chǎn)品經(jīng)理專欄作家。近6年經(jīng)驗的產(chǎn)品經(jīng)理,擅長社交、社區(qū)、細分群體挖掘。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
“真正復(fù)雜的后臺系統(tǒng)非常稀少”???
從你說新人做后臺,我就覺得你就是一個新人,后臺是所有環(huán)節(jié)中最復(fù)雜的,沒有一兩年的沉淀,對業(yè)務(wù)的熟悉,是不可能上手的,并且也不會交給新人上手
我實習(xí)期就做后臺。。。結(jié)果被開發(fā)懟半死
樓主說的后臺只是類似一般的管理后臺,如果說到ERP的話,比如一個簡單的供應(yīng)鏈,邏輯和數(shù)據(jù)復(fù)雜度至少要翻倍的,絕對不是一個產(chǎn)品新人就能夠駕馭的。
后臺很多都是跟業(yè)務(wù)相關(guān)的吧?要是業(yè)務(wù)復(fù)雜一點的話后臺做起來也不是很簡單的一件事。雖然我不是pm,但是我覺得一個不懂業(yè)務(wù)的pm想做好一個后臺那感覺就是吹牛一樣!紙上談兵
我非常贊成你的說法~
通篇胡言亂語
“后臺產(chǎn)品也被我們稱為后臺管理系統(tǒng)、內(nèi)部管理系統(tǒng)。簡單而言,是給企業(yè)員工開發(fā)的辦公性質(zhì)產(chǎn)品,同時也是對用戶使用的App,Web等產(chǎn)品的一個伴生產(chǎn)品?!焙苊黠@,作者只了解“用戶使用的App,Web等產(chǎn)品的一個伴生產(chǎn)品”這類后臺,而對“企業(yè)員工開發(fā)的辦公性質(zhì)產(chǎn)品”這類復(fù)雜的后臺完全不了解。殊不知,后者對業(yè)務(wù)分析能力和邏輯思維能力要求極高,從這一點講,搞App的真的很簡單。App實際上重要的是idea,就是如何吸引用戶的點子,然后是交互,也就是用戶體驗。邏輯層面相對ERP/CRM/OA這類后臺系統(tǒng)來說簡直就太low了。
同意
說實話,這篇文章沒任何價值,空于理論,完全缺乏實戰(zhàn),作者完全沒有做過后臺項目吧?
后臺作為數(shù)據(jù)來源,并配置前端業(yè)務(wù)流,或者進行系統(tǒng)參數(shù)配置,也承載部分業(yè)務(wù)特性,如支持數(shù)據(jù)統(tǒng)計。但這些不是指導(dǎo)后臺設(shè)計的原則,應(yīng)該是產(chǎn)品設(shè)計后的特性或特點?
我以為我看錯了,把后臺給新人做,C端復(fù)雜度比后臺大?從這兩個基本觀點就可以看出來做著是根本沒接觸過真正的后臺。我相信你對于后臺的專業(yè)性沒有任何了解,你惹了眾怒了
一般產(chǎn)品工作者 定義的后臺一般是CRM ERP OA 等大型的后臺項目,此類項目不懂流程或者相關(guān)邏輯缺失,結(jié)果是災(zāi)難性的。文中所說網(wǎng)站后臺相對來說工作量比較少,而且一般也不涉及太多的權(quán)限管理,可能相對比較簡單。我想說的是后臺的設(shè)計對產(chǎn)品人員的素質(zhì)要求非常高,小到一個搜索框的設(shè)計,大到后臺的框架管理,并沒有作者說的那么簡單
我最近在研究后臺,剛對后天設(shè)計有一點兒心得,但對整體的設(shè)計還是懵懵的,所以想問一下后臺的整體框架該怎么設(shè)計呢?可否介紹一下呢?感謝!
【這種后臺產(chǎn)品非常簡單,一般都交給新手來做】,這種觀點讓讀者非常質(zhì)疑作者的專業(yè)性,后臺產(chǎn)品注重提高企業(yè)各個環(huán)節(jié)的運轉(zhuǎn)效率,C端產(chǎn)品注重體驗。后端產(chǎn)品邏輯設(shè)計上肯定比較復(fù)雜,除非作者接觸就是類似發(fā)布系統(tǒng)這樣的一個簡單功能,就吹噓自己是6年產(chǎn)品人。汗顏啊
后臺管理系統(tǒng),如果對業(yè)務(wù)不熟,理解不夠,會搞出很多問題
后臺交給新人來設(shè)計這點表示強烈不贊同,后臺你沒一兩年的沉淀根本無從入手
過于片面
沒一點干貨,誤導(dǎo)性很大 ??
很有幫助。
文章的觀點很不贊同,非常容易將人帶到溝里。
這篇文章寫得很差,既無干貨,觀點還容易把新人帶到溝里,差評!
大多數(shù)公司都不重視后臺產(chǎn)品。伴隨著這種不重視,帶來的坑是巨大的。
云計算、大數(shù)據(jù)分析類產(chǎn)品 真正的難點是后臺,難度不小