后臺產(chǎn)品的幾個特點

最近一直在做后臺產(chǎn)品沃斤,我覺得相比前端產(chǎn)品來說刃宵,后臺產(chǎn)品顯得沒有那么虛,會更加務(wù)實一些牲证,對于產(chǎn)品經(jīng)理業(yè)務(wù)上以及相關(guān)知識上的要求也要比前端產(chǎn)品更加明確。在最近的工作中坦袍,我總結(jié)了幾個后臺產(chǎn)品的特點十厢。

1.后臺產(chǎn)品需求較為明確事格,但要求對業(yè)務(wù)更加熟悉

做后臺產(chǎn)品撵割,一般來說需求不會像C端那樣模糊,往往很多時候是不需要我們?nèi)プ稣{(diào)研和分析,而是業(yè)務(wù)直接推進到需求压真。甚至對于一些為了配合前端所需要做的產(chǎn)品,比如CMS榴都,需求會更加明確,即前端所需要配置的內(nèi)容直接推到后臺做相應(yīng)內(nèi)容即可嘴高。相對于C端產(chǎn)品面對用戶時需要分析用戶的行為,畫像拴驮,心理預(yù)期等等春瞬,后臺產(chǎn)品對于這方面簡直少之又少套啤。

但是随常,需求的明確并不代表需求的簡單。做后臺產(chǎn)品萄涯,需要對業(yè)務(wù)內(nèi)容十分的了解。因為后臺產(chǎn)品的業(yè)務(wù)邏輯會更加的復(fù)雜涝影,同時流程性會更強。大量的字段堆積及繁瑣的操作都需要產(chǎn)品經(jīng)理去思考燃逻,將整個流程梳理清楚。在當(dāng)前操作下哪個字段需要保留或者去除伯襟;這條記錄的狀態(tài)會流轉(zhuǎn)到哪里,出現(xiàn)什么樣的情況姆怪;閾值情況下會產(chǎn)生什么,如果有前端頁面片效,所對應(yīng)的前端頁面是否會受到影響;一個頁面的那么多操作會不會有沖突的地方淀衣;這些都需要建立在產(chǎn)品經(jīng)理對業(yè)務(wù)的足夠熟練上。產(chǎn)品經(jīng)理必須得將整個業(yè)務(wù)流程了解透徹膨桥,才能在出現(xiàn)問題的情況下及時解決蛮浑,減少錯誤的發(fā)生只嚣。

2.后臺產(chǎn)品字段需要整理甄別

前文也提到了,后臺產(chǎn)品的好多頁面往往是以列表形式册舞,表格形式出現(xiàn)的蕴掏,所以這一定會涉及到大量的字段與數(shù)據(jù)调鲸。我們之前做過一個ERP系統(tǒng)盛杰,幾乎每一個一級二級頁面的都是以列表的形式展示的藐石,所以字段大概會有二十多個,并且每一條數(shù)據(jù)都會涉及到于微。

這個時候逗嫡,如何有效的甄別字段,讓之后的操作人員用起來不會覺得繁瑣驱证、東西很多同時又能滿足業(yè)務(wù)需要就比較考驗產(chǎn)品經(jīng)理了。甄別字段雷滚,第一步就是從業(yè)務(wù)方面去推動。在ERP系統(tǒng)里面祈远,統(tǒng)一屬性的頁面(比如商品頁面)索引列表的字段所需要的信息大致是相同的商源,比如供應(yīng)商车份,訂單號牡彻,商品名稱,商品圖片等可以辨別商品的信息庄吼,然后不同的列表再加上這個列表相關(guān)的信息即可。但是商品信息所涉及的字段也特別多总寻,所以產(chǎn)品經(jīng)理在整理列商品屬性的字段時,也要根據(jù)當(dāng)前頁面的業(yè)務(wù)選取適合這個頁面的屬性渐行。比如在進行庫存盤點的時候,我需要了解的字段是商品庫存肴沫,商品規(guī)格,商品圖片等颤芬,這個時候供應(yīng)商等字段就不是很必要套鹅。而進行商品入庫操作的時候站蝠,供應(yīng)商又是必不可少的字段芋哭。

所以在我們做后臺產(chǎn)產(chǎn)品的時候沉衣,不要只是將字段粘貼復(fù)制到需要的地方就好了减牺,這樣雖然不會遺忘出錯存谎,但是會使你的系統(tǒng)更加臃腫,難以使用肥隆。

3.后臺產(chǎn)品需要用共通的東西串接

最近在做一個關(guān)于合同相關(guān)的系統(tǒng),有之前的一套老系統(tǒng)作為參考栋艳。看到了之前的系統(tǒng)特別的繁雜吸占,所有的東西都是在一個層級全部鋪開去操作的。合同在不同的流程階段有不同的狀態(tài)矾屯,可奇葩的是這套系統(tǒng)并沒有一個流程的概念,所有需要流程轉(zhuǎn)化的地方都是通過合同號等相關(guān)信息去檢索件蚕,然后與之前的狀態(tài)并無相關(guān)再另外新開一條記錄來進行操作的。這無疑加大了操作者的工作量排作,同時誤操作的幾率也大大增加,可能會出現(xiàn)一個合同有多個狀態(tài)的情況妄痪,同時當(dāng)操作者想要檢索該合同時,不同的狀態(tài)下都有記錄拌夏,還需要他自己去辨別。所以當(dāng)操作者第一次操作這個系統(tǒng)的時候障簿,一定會很懵逼盹愚。

但其實這個系統(tǒng)是有可以進行串接的東西的站故,即合同的狀態(tài),那么上述的所有操作流程完全可以基于合同的一個狀態(tài)流轉(zhuǎn)去進行西篓。這樣,所有的操作都會變成有序的岂津,流程清晰且不同的操作路徑都是唯一的虱黄,一是可以簡化操作流程同時也不會出現(xiàn)上述的種種情況吮成。

我們在做后臺系統(tǒng)的時候辜梳,不同的板塊往往由于業(yè)務(wù)原因很多時候都是可以關(guān)聯(lián)的。如果可以關(guān)聯(lián)的操作作瞄,我們在沒有特殊情況下完全可以讓它進行關(guān)聯(lián)。一方面宗挥,關(guān)聯(lián)操作可以讓操作者的工作量減少,如果有相關(guān)的字段可以直接帶過來而不需要手動去輸契耿,這樣也可以減少誤操作。另一方面蛤吓,對于唯一性的操作尤其是狀態(tài)流轉(zhuǎn)的這種操作直接關(guān)聯(lián)操作可以極大的減少錯誤頻率。

4.后臺產(chǎn)品邏輯性會非常強

后臺產(chǎn)品的邏輯性相對來說邏輯性會更強一些会傲。因為后臺會涉及到大量的數(shù)據(jù)處理拙泽,并且不同的數(shù)據(jù)進行不同的操作會產(chǎn)生不同的結(jié)果淌山。各種限制條件等等也是在后臺進行設(shè)置的顾瞻,在不同的情景下所要涉及到的業(yè)務(wù)內(nèi)容一般也會有不同。比如在用CMS配置前端頁面的時候荷荤,用戶端所看到的可能只是一個限時搶購的頁面,但是后臺配置的時候蕴纳,我們在考慮到最基本的時間限制條件之外,還要考慮到這個活動與其他活動發(fā)生沖突的時候怎么辦古毛,進行限時搶購的商品能不能進行下架處理翻翩,開始時無庫存了此時要手動配置成什么狀態(tài)等等許多可能前端用戶并沒考慮到的情況都需要在后臺體現(xiàn)出來稻薇。

那么,如何有效快速的理清復(fù)雜的后臺邏輯呢塞椎?我認為對于一般有狀態(tài)流轉(zhuǎn)或比較標準的流程化后臺可以從以下幾個步驟去著手考慮:①首先將所有流程先跑通一遍,不要去管其他發(fā)生的情況以及其他與主流程無關(guān)的跳轉(zhuǎn)案狠。②在將這個流程整理出來之后服傍,根據(jù)業(yè)務(wù)將其劃分為幾個模塊,每一個模塊作為一個單獨的流程進行內(nèi)容的填充伴嗡。③最后將一些在不同模塊之間有跳轉(zhuǎn)鏈接關(guān)系的副流程鏈接在一起。經(jīng)過以上這幾個步驟瘪校,一個簡單流程的邏輯大致就可以理清楚了,然后不同業(yè)務(wù)組合到一起整體的邏輯框架就可以搭建出來了阱扬。。

5.交互細節(jié)要求不會很高

我們在做C端產(chǎn)品的時候麻惶,對用戶的感受特別看重,因為一些小小細節(jié)往往決定著你是否能在競品中勝出窃蹋。但是后臺產(chǎn)品的用戶對于這些細節(jié)并沒有特別在意。因為他們的最終夙愿并不是希望這款產(chǎn)品用的有多么爽警没,而是希望這款產(chǎn)品可以減少自己多少的勞動力,縮短了多少的工時杀迹,提高了多少的產(chǎn)出。所以在這個時候树酪,產(chǎn)品的業(yè)務(wù)性就要比交互細節(jié)性更強浅碾。

當(dāng)然续语,這并不是說后臺產(chǎn)品的交互不重要,只是說對于細節(jié)方面不回要求很高绵载,但是整體交互還是需要去認真思考的埂陆。比如這個按鈕應(yīng)當(dāng)放在什么位置才能簡化操作娃豹,哪些地方需要著重處理給操作者以警示,這個操作是以彈窗的形式還是新頁面的形式去進行等等都是需要思考的交互方式懂版。

所以一般在設(shè)計后臺產(chǎn)品的時候,我們對于一些大的可以影響或者警示操作者的交互要比一些從心理方面出發(fā)的交互細節(jié)要更加注重。

6.后臺產(chǎn)品相對成型民鼓,市面上的產(chǎn)品參考意義很大

其實對于后臺產(chǎn)品來說,市面上好多成熟的系統(tǒng)都已經(jīng)做的比較好了丰嘉,并且大多數(shù)可以叫的上名字的系統(tǒng)(CRM,CMS,ERP等等)都長得大同小異。所以一個產(chǎn)品經(jīng)理要了解你做的東西都是比較方便且目的性都會比其他產(chǎn)品強太多的饮亏。比如要在做一套ERP系統(tǒng)的時候,就可以去了解一下SAP公司的相關(guān)系統(tǒng)路幸,這種前人經(jīng)過無數(shù)次試驗的打磨出的優(yōu)秀系統(tǒng)參考意義極佳。

關(guān)注公眾號 執(zhí)迷有悟 回復(fù)sap獲取資料哦


以上這些是我在工作中一些小的總結(jié)简肴。做好一個后臺產(chǎn)品對于一個產(chǎn)品經(jīng)理的考驗程度要大于C端產(chǎn)品,加強自己在后臺產(chǎn)品方面的知識和業(yè)務(wù)補充對于今后的職業(yè)生涯來說會有一定的競爭砰识。然而,一套好的后臺產(chǎn)品復(fù)雜程度與優(yōu)秀程度肯定遠遠不止這些辫狼,要成為一個好的后臺產(chǎn)品經(jīng)理,依然任重而道遠予借。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末频蛔,一起剝皮案震驚了整個濱河市灵迫,隨后出現(xiàn)的幾起案子晦溪,更是在濱河造成了極大的恐慌瀑粥,老刑警劉巖三圆,帶你破解...
    沈念sama閱讀 211,042評論 6 490
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異舟肉,居然都是意外死亡,警方通過查閱死者的電腦和手機路媚,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 89,996評論 2 384
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來整慎,“玉大人围苫,你說我怎么就攤上這事〖粮” “怎么了?”我有些...
    開封第一講書人閱讀 156,674評論 0 345
  • 文/不壞的土叔 我叫張陵腺占,是天一觀的道長。 經(jīng)常有香客問我湾笛,道長,這世上最難降的妖魔是什么闰歪? 我笑而不...
    開封第一講書人閱讀 56,340評論 1 283
  • 正文 為了忘掉前任,我火速辦了婚禮临扮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘教翩。我一直安慰自己,他們只是感情好饱亿,可當(dāng)我...
    茶點故事閱讀 65,404評論 5 384
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著彪笼,像睡著了一般。 火紅的嫁衣襯著肌膚如雪配猫。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 49,749評論 1 289
  • 那天泵肄,我揣著相機與錄音,去河邊找鬼腐巢。 笑死,一個胖子當(dāng)著我的面吹牛系忙,可吹牛的內(nèi)容都是我干的诵盼。 我是一名探鬼主播,決...
    沈念sama閱讀 38,902評論 3 405
  • 文/蒼蘭香墨 我猛地睜開眼洁墙,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了戒财?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 37,662評論 0 266
  • 序言:老撾萬榮一對情侶失蹤孝扛,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后幽崩,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 44,110評論 1 303
  • 正文 獨居荒郊野嶺守林人離奇死亡陌选,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 36,451評論 2 325
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了咨油。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 38,577評論 1 340
  • 序言:一個原本活蹦亂跳的男人離奇死亡役电,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出法瑟,到底是詐尸還是另有隱情,我是刑警寧澤唁奢,帶...
    沈念sama閱讀 34,258評論 4 328
  • 正文 年R本政府宣布,位于F島的核電站驮瞧,受9級特大地震影響枯芬,放射性物質(zhì)發(fā)生泄漏论笔。R本人自食惡果不足惜千所,卻給世界環(huán)境...
    茶點故事閱讀 39,848評論 3 312
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望淫痰。 院中可真熱鬧,春花似錦、人聲如沸籽孙。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,726評論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至适瓦,卻和暖如春竿开,著一層夾襖步出監(jiān)牢的瞬間玻熙,已是汗流浹背否彩。 一陣腳步聲響...
    開封第一講書人閱讀 31,952評論 1 264
  • 我被黑心中介騙來泰國打工嗦随, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人称杨。 一個月前我還...
    沈念sama閱讀 46,271評論 2 360
  • 正文 我出身青樓,卻偏偏與公主長得像姑原,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子锭汛,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 43,452評論 2 348

推薦閱讀更多精彩內(nèi)容