方法論:業(yè)務(wù)系統(tǒng)的技術(shù)架構(gòu)

6 評(píng)論 15107 瀏覽 108 收藏 29 分鐘

好的架構(gòu)能良好的支持業(yè)務(wù)的橫向擴(kuò)展,各個(gè)系統(tǒng)的數(shù)據(jù)在業(yè)務(wù)整體上是連續(xù)的、完整的、準(zhǔn)確的。業(yè)務(wù)系統(tǒng)的技術(shù)架構(gòu)如何搭建?文章圍繞這個(gè)問題展開了詳細(xì)的說明,與大家分享。

業(yè)務(wù)類系統(tǒng)(通常稱為To B 類產(chǎn)品),一般包括CRM,供應(yīng)鏈,物流等。系統(tǒng)的架構(gòu)設(shè)計(jì)非常具有挑戰(zhàn)性。

面向用戶的To C 類前臺(tái)產(chǎn)品,無論產(chǎn)品經(jīng)理還是用戶都已經(jīng)培養(yǎng)起了使用習(xí)慣,對(duì)功能有一定程度的理解,見過的模式足夠多,能夠建立起一定的產(chǎn)品模型,也容易找到參照物去模仿。

但是業(yè)務(wù)類的系統(tǒng),常常是沒有參照和模仿,一些業(yè)務(wù)流程的不同,一點(diǎn)公司組織結(jié)構(gòu)的不同,你家的CRM和他家的CRM可能完全沒有參考性。所以在搭建產(chǎn)品架構(gòu)的時(shí)候則要求產(chǎn)品經(jīng)理非常懂業(yè)務(wù),考驗(yàn)PM能力的同時(shí),對(duì)技術(shù)架構(gòu)也具備很大的挑戰(zhàn)。

首先,思考一下好的產(chǎn)品(業(yè)務(wù)模式)是什么?

一、 業(yè)務(wù)類系統(tǒng), 一般需要加強(qiáng)的三個(gè)方面

基礎(chǔ)服務(wù)包括技術(shù)方面基礎(chǔ)這不用多說。業(yè)務(wù)型基礎(chǔ)服務(wù)也不要忽視,比如城市服務(wù),入口管理等,這些如果前期沒有執(zhí)行好的標(biāo)準(zhǔn),系統(tǒng)一旦累計(jì)幾年,將難以調(diào)整。

業(yè)務(wù)架構(gòu)和數(shù)據(jù)運(yùn)營,都會(huì)在后面專項(xiàng)的提到,重點(diǎn)說業(yè)務(wù)系統(tǒng)的架構(gòu)方法。

二、技術(shù)架構(gòu)的三個(gè)要素

1. 三要素的順序一定是從功能到系統(tǒng),最后是架構(gòu)

先說功能,功能元素指的是一系列的操作集合,能構(gòu)成一個(gè)完整的功能,比如登錄,注冊(cè)。

使用者通過一個(gè)功能元素完整的完成一項(xiàng)唯一的工作,技術(shù)上可以叫做模塊,產(chǎn)品上稱為功能。

當(dāng)然在產(chǎn)品設(shè)計(jì)和持續(xù)迭代過程里,常常很難如此實(shí)現(xiàn)唯一……

系統(tǒng)是指相互之間有直接或間接關(guān)系的功能元素形成的集合,此集合能單獨(dú)為特定使用者提供特定的服務(wù),比如銷售系統(tǒng),客服系統(tǒng)

我們說的技術(shù)架構(gòu), 一定是“多個(gè)”獨(dú)立系統(tǒng)之間的事情。

我們開始談技術(shù)架構(gòu)的第一步,各系統(tǒng)必須先獨(dú)立,工程和數(shù)據(jù)耦合的一起的系統(tǒng),沒有架構(gòu)可言

沒有任何關(guān)系的功能元素組成,不能稱為系統(tǒng)。同樣的沒有任何關(guān)系的系統(tǒng)組成,不需要架構(gòu)

2. 要區(qū)分技術(shù)實(shí)現(xiàn)方法和技術(shù)架構(gòu)的不同

針對(duì)功能和系統(tǒng)的實(shí)現(xiàn),會(huì)對(duì)應(yīng)的采用DB,ES,負(fù)載均衡等實(shí)現(xiàn)方法。很多實(shí)現(xiàn)方法可能技術(shù)含量很高,

但不要把技術(shù)實(shí)現(xiàn)方法和整體技術(shù)架構(gòu)混淆,技術(shù)實(shí)現(xiàn)方法和技術(shù)架構(gòu)是兩回事

3. 制定技術(shù)架構(gòu),必須考慮系統(tǒng)功能層級(jí)

技術(shù)架構(gòu)就是指把不同的功能元素(系統(tǒng))放在適宜的環(huán)節(jié)、合適的層級(jí),并且建立功能與功能,系統(tǒng)與系統(tǒng)之間關(guān)系,形成一個(gè)結(jié)構(gòu)化、平臺(tái)化、體驗(yàn)簡約的大系統(tǒng)。

架構(gòu)和功能層級(jí)表達(dá)的其實(shí)是信息之間的流轉(zhuǎn)關(guān)系,不同信息層級(jí)之間一定是有邏輯關(guān)系的。

各層次之間雖然相關(guān),但同一層級(jí)的功能系統(tǒng)之間一定是獨(dú)立的,同時(shí)客觀上也常常對(duì)應(yīng)著不同的技術(shù)部門和業(yè)務(wù)部門。

業(yè)務(wù)類系統(tǒng)的架構(gòu)設(shè)計(jì)比ToC的復(fù)雜很多。

(1)按功能模塊來進(jìn)行劃分:

適合產(chǎn)品目標(biāo)單一的ToC 產(chǎn)品,或者單一上下游的ToB系統(tǒng),系統(tǒng)的使用者群體單一,使用者群體單一,功能和功能之間并沒有太多的邏輯關(guān)系

(2)按業(yè)務(wù)邏輯來進(jìn)行劃分:

適合復(fù)雜類的ToB系統(tǒng),多角色共同完成一系列的工作

一個(gè)功能(系統(tǒng))務(wù)必在同一層級(jí)內(nèi)解決,否則容易造成信息架構(gòu)被打破

首先要總結(jié)出第一級(jí)別的功能元素,這個(gè)第一級(jí)別功能元素,其實(shí)就是我們的業(yè)務(wù)主線,也就是核心業(yè)務(wù)。 線索,cc,建單,帶看,成交,過戶。。。。。

合格的系統(tǒng),需要第一功能層級(jí)間建立合理的關(guān)系(現(xiàn)實(shí)原因,的確常常次要功能間,不容易建立合理關(guān)系)

三、技術(shù)架構(gòu)的兩個(gè)原則

(1)說到系統(tǒng)架構(gòu),架構(gòu)師的組織能力很重要,組織的不只是一個(gè)系統(tǒng)的各個(gè)功能元素,需要具備組織不同的系統(tǒng)的能力。在于理解要為誰,解決什么問題。

技術(shù)架構(gòu)和產(chǎn)品架構(gòu),必須一致,各自用不同邏輯做拆分,建關(guān)系,那是災(zāi)難。

對(duì)業(yè)務(wù)整體有深刻的思考和理解,還需要更強(qiáng)的產(chǎn)品抽象能力。

九成的產(chǎn)品經(jīng)理,其實(shí)不談產(chǎn)品架構(gòu)。常常掛在嘴邊就是業(yè)務(wù)需求,好像工作就是業(yè)務(wù)的翻譯官

(2)我們通常所謂的某產(chǎn)品,其實(shí)就是業(yè)務(wù)模式,就是流程和規(guī)則,如果業(yè)務(wù)系統(tǒng)的主流程和規(guī)則不是你設(shè)計(jì)的,只是翻譯業(yè)務(wù)需求,那業(yè)務(wù)部門直接找技術(shù)也行得通。

一個(gè)產(chǎn)品的使命是為使用者提供特定的服務(wù),要我們通過什么樣的方式為使用者提供什么樣的產(chǎn)品和服務(wù)。所以一定是業(yè)務(wù)導(dǎo)向的,以業(yè)務(wù)結(jié)果的好壞評(píng)定,一切都是為業(yè)務(wù)服務(wù)的

所謂產(chǎn)品架構(gòu),還是技術(shù)架構(gòu), 都是信息架構(gòu)。

作為系統(tǒng)業(yè)務(wù)架構(gòu)師,需要時(shí)刻腦子里有個(gè)大系統(tǒng)的產(chǎn)品(技術(shù))架構(gòu)圖。要有能力把產(chǎn)品功能(技術(shù)模塊)抽象成信息化的層級(jí)的架構(gòu)。通過功能與功能的組合、層級(jí)關(guān)系的交互傳遞信息的流轉(zhuǎn),整個(gè)架構(gòu)圖傳遞的是我們的業(yè)務(wù)流程、商業(yè)模式。

產(chǎn)品要有技術(shù)能力,技術(shù)如果不懂產(chǎn)品,那再資深的工程師,也只能是碼農(nóng)。。。。

※ 這里說一下系統(tǒng)擴(kuò)展性的問題,為最后第八章的實(shí)例做個(gè)鋪墊。

好的架構(gòu)各個(gè)子系統(tǒng)之間相互配合形成一體化平臺(tái),子系統(tǒng)間只有最小的重復(fù)度獨(dú)立,系統(tǒng)各自支持不同的業(yè)務(wù)板塊,多個(gè)系統(tǒng)作為一個(gè)整體,共同為支撐公司業(yè)務(wù)

可擴(kuò)展性其實(shí)是在傳達(dá)一個(gè)信息,我們是否了解未來這個(gè)產(chǎn)品會(huì)有哪些哪方面的新增加功能或者內(nèi)容,也就是產(chǎn)品規(guī)劃。

沒有人真的能預(yù)知未來,但新增功能,新的系統(tǒng)都會(huì)導(dǎo)致信息架構(gòu)重新調(diào)整和使用者的認(rèn)知成本。

所謂可擴(kuò)展性,就是盡可能為明天的改變降低成本,減少調(diào)整,這就需要系統(tǒng)架構(gòu)設(shè)計(jì)是可橫向共享的

而在業(yè)務(wù)系統(tǒng)里什么是能橫7共享的呢, 就是自始至終貫穿整個(gè)業(yè)務(wù)鏈條的,一般是客戶,訂單,商品等。所謂各系統(tǒng)的打通,其實(shí)就是各系統(tǒng)間如何有效的傳遞客戶,商品等的信息狀態(tài)

好的架構(gòu)能良好的支持業(yè)務(wù)的橫向擴(kuò)展。這點(diǎn)很重要,新的業(yè)務(wù)很多時(shí)候都在試錯(cuò)階段,隨時(shí)會(huì)增減業(yè)務(wù)環(huán)節(jié),也就是不斷地新的系統(tǒng),新功能的融入。比如在幾個(gè)流程節(jié)點(diǎn)上增減一個(gè)三方部門審核操作,審核系統(tǒng)本身不麻煩,但要做到即插即用,對(duì)接多個(gè)系統(tǒng)和公司多個(gè)單位,那不同的架構(gòu)可能工作量差異很大

好的業(yè)務(wù)架構(gòu)各個(gè)系統(tǒng)的數(shù)據(jù)在業(yè)務(wù)整體上是連續(xù)的、完整的、準(zhǔn)確的。通過數(shù)據(jù)采集,方便建立DW??梢院芎玫臑闃I(yè)務(wù)運(yùn)營提供數(shù)據(jù)支撐。

好的業(yè)務(wù)架構(gòu),系統(tǒng)能提供的不止于業(yè)務(wù)功能,還有無時(shí)不刻無處不在的驅(qū)動(dòng)各模塊業(yè)務(wù)和各合作伙伴業(yè)務(wù)更好決策的數(shù)據(jù)。

四、業(yè)務(wù)系統(tǒng)和用戶系統(tǒng)

以產(chǎn)品為中心,是我有好的市場調(diào)研,我有牛掰的產(chǎn)品經(jīng)理,我給使用者的產(chǎn)品就是我能做的最好的,最大可能是使用者需要的。

以客戶為中心,適合面向運(yùn)營單位,面向商家的企業(yè)級(jí)應(yīng)用,理念是使用者需要什么

使用者,可以是直接用戶,商家,也可能是公司的銷售,客服。

兩類系統(tǒng),一個(gè)標(biāo)志性的區(qū)別,就是我們是否關(guān)注和承擔(dān)使用者的業(yè)務(wù)結(jié)果。

CRM、供應(yīng)鏈等業(yè)務(wù)系統(tǒng)是需要所有人共同承擔(dān)業(yè)務(wù)結(jié)果的。郵件新聞?dòng)脩舢a(chǎn)品,我們不需要承擔(dān)用戶使用后增長多少知識(shí)的結(jié)果

如果不理解這個(gè)以產(chǎn)品為中心和以客戶為中心的不同, 以用戶產(chǎn)品的思路做企業(yè)級(jí)應(yīng)用, 就會(huì)出發(fā)點(diǎn)出錯(cuò),就是鬧笑話。 比如,我之前的公司,明明是以CRM為主的銷售管理系統(tǒng),但同事們喜歡拿個(gè)淘寶網(wǎng)站的架構(gòu)來做參考。

理論上, 用戶系統(tǒng)里淘寶網(wǎng)站和人人車、鏈家、京東都是一樣,都是把商品(車/房)展示給用戶,獲得訂單(線索)。 作為“信息”提供方,是把自己有的東西,用自己的方式展示出來。

理解兩類系統(tǒng)在邏輯上的差異,我也是用了很多年,過去在公司總是和同事說不清楚,其實(shí)也是我自己沒想明白??赡苁俏以趯戇@篇文章時(shí)候才多了些思考。

  1. 用戶產(chǎn)品關(guān)注怎么幫助使用者實(shí)現(xiàn)發(fā)郵件,看新聞等功能,很多功能技術(shù)難度非常大,但就是一個(gè)復(fù)雜的軟件,而業(yè)務(wù)系統(tǒng)為什么核心是數(shù)據(jù),因?yàn)槲覀円P(guān)注使用者的業(yè)務(wù)結(jié)果,業(yè)務(wù)到底有沒有把商品賣出去,廣告的直接效果如何
  2. 為什么說用戶產(chǎn)品就是一個(gè)軟件?我們夸張一點(diǎn)理解,所有的互聯(lián)網(wǎng)用戶產(chǎn)品都屬于“SAAS”類軟件, 屬于某種在線OFFICE。你的郵件和我的郵件沒有直接關(guān)系,你寫的PPT也和我的Word沒關(guān)系,使用者之間是隔離的,大家用的是大致同一套界面而已
  3. 而業(yè)務(wù)系統(tǒng),使用ERP的部門上下架多少商品直接影響到后續(xù)銷售系統(tǒng)和售后系統(tǒng)的使用者的邏輯,甚至銷售業(yè)務(wù)訂單的完成度也互相影響業(yè)績,所以業(yè)務(wù)系統(tǒng)的核心是數(shù)據(jù),核心邏輯除了實(shí)現(xiàn)業(yè)務(wù)動(dòng)作,更在于你的數(shù)據(jù)對(duì)我的數(shù)據(jù)的影響。很多小公司可以沒有“軟件”,用Excel也能實(shí)現(xiàn)業(yè)務(wù)管理,但不能沒有數(shù)據(jù)

因此,只有業(yè)務(wù)系統(tǒng)才可以說數(shù)據(jù)是永遠(yuǎn)的程序是暫時(shí)的,用戶系統(tǒng)不應(yīng)該如是說。

五、運(yùn)營驅(qū)動(dòng)

一般公司的內(nèi)部銷售運(yùn)營體系,都是業(yè)務(wù)導(dǎo)向,實(shí)現(xiàn)業(yè)務(wù)目標(biāo)是第一位。但會(huì)經(jīng)歷兩個(gè)階段,

一是 ,業(yè)務(wù)驅(qū)動(dòng)。 這段時(shí)期,業(yè)務(wù)模式不穩(wěn)定,產(chǎn)品能力的問題或者業(yè)務(wù)人員強(qiáng)勢(shì), 業(yè)務(wù)部門引導(dǎo)公司方向 。這種情況,產(chǎn)品的作用有限,雖然也有便利性,創(chuàng)新性的要求,但總體說還是業(yè)務(wù)需求的翻譯官,業(yè)內(nèi)稱作功能性產(chǎn)品經(jīng)理

二是,產(chǎn)品驅(qū)動(dòng)。當(dāng)業(yè)務(wù)模式固化下來,尤其是業(yè)務(wù)流程相對(duì)標(biāo)準(zhǔn)化以后,產(chǎn)品經(jīng)理(或者運(yùn)營)主導(dǎo)規(guī)則和流程 CRM 是最具代表性的業(yè)務(wù)系統(tǒng)

現(xiàn)在回答一下,什么是好的產(chǎn)品(業(yè)務(wù)模式)應(yīng)該就是解決用戶真實(shí)需求的實(shí)際痛點(diǎn)。從痛處入手。這里的用戶可以是Toc的消費(fèi)者,也可以是面向公司運(yùn)營單位

產(chǎn)品思維:

從痛點(diǎn)入手,去解決問題,這是我理解的產(chǎn)品思維。而產(chǎn)品經(jīng)理常常掛在嘴邊的需求分析其實(shí)是個(gè)偽命題。做用戶產(chǎn)品,產(chǎn)品經(jīng)理能接觸到多少用戶了解到多少需求? 做業(yè)務(wù)系統(tǒng),北區(qū)大佬要APP,南區(qū)大佬要網(wǎng)頁版,產(chǎn)品經(jīng)理那個(gè)都惹不起,聽誰的? 無論做什么產(chǎn)品,得是PM自己有能力設(shè)計(jì)主流程和規(guī)則,緊貼公司的方向和核心KPI,而不是翻譯誰的需求。

至于抽象,迭代,交互設(shè)計(jì),那可能叫產(chǎn)品能力更合適。 就像java能力可能是技術(shù)的基本能力,java再好和是否能開發(fā)出微博微信,沒直接關(guān)系。漢語再流利,和寫一篇量子力學(xué)論文基本也沒關(guān)系

接上一節(jié)的話題,我認(rèn)為比較合理的公司架構(gòu)是運(yùn)營驅(qū)動(dòng)。

什么是運(yùn)營??

運(yùn)營就是人為的干預(yù)規(guī)則。規(guī)則就是咱們的產(chǎn)品邏輯,也就是業(yè)務(wù)規(guī)則。

在電信行業(yè)出來以前,世界上是沒有真正的運(yùn)營的。 甚至諾基亞和微軟賣出去產(chǎn)品,很難知道用戶打了多少電話,用電腦做了什么, 而電信和互聯(lián)網(wǎng)時(shí)代的到來,一切不一樣了, 我們可以清楚的掌握業(yè)務(wù)執(zhí)行結(jié)果,也就是用戶使用我們的系統(tǒng)到底做了什么。通過使用者的使用情況,從結(jié)果知道客戶需要什么,更新規(guī)則。

這套邏輯在業(yè)務(wù)系統(tǒng)提現(xiàn)得更加清楚明確, 用規(guī)則去約束銷售、客戶,接單后的動(dòng)作,規(guī)定動(dòng)作的時(shí)間等。

通過了解使用者對(duì)規(guī)則的執(zhí)行情況,對(duì)比團(tuán)隊(duì)以及公司的KPI,分析偏差了那些,為什么偏差,再次升級(jí)系統(tǒng),干預(yù)規(guī)則,干預(yù)偏差。

運(yùn)營驅(qū)動(dòng),適合多個(gè)運(yùn)營單位合作,非業(yè)務(wù)驅(qū)動(dòng)的產(chǎn)品模式。很多時(shí)候,業(yè)務(wù)流程和公司組織架構(gòu)的實(shí)際情況,做不到或者不需要運(yùn)營驅(qū)動(dòng)

多說一句,無論是做產(chǎn)品還是技術(shù),掌握業(yè)務(wù)結(jié)果非常極其特別十分的重要,但大部分產(chǎn)品和技術(shù)都對(duì)此不感興趣,也就限制了個(gè)人的上升空間。

業(yè)務(wù)結(jié)果分兩部分,一是系統(tǒng)運(yùn)行狀況,二是用戶(業(yè)務(wù)人員)的使用結(jié)果。前者及格線是系統(tǒng)出了問題你要第一時(shí)間知道,不能等運(yùn)營單位投訴再排查。后者就是每天到底多少用戶,多少訂單成立率轉(zhuǎn)化率,這些必須關(guān)心。不能光想著系統(tǒng)怎么去實(shí)現(xiàn),更要知道業(yè)務(wù)用你的系統(tǒng)做出了什么,以及每次產(chǎn)品升級(jí)為什么而做。

職場上,大家不同的能力,薪水,崗位,最終都會(huì)不同程度成為解決不同問題的人。對(duì)問題沒有感知,對(duì)結(jié)果沒興趣的產(chǎn)品技術(shù)leader,百分百就是廢柴,你就是問題本身。這個(gè)說起來,就是職業(yè)規(guī)劃和價(jià)值觀了,不多扯。

六、數(shù)據(jù)運(yùn)營

這張圖,照搬我一個(gè)舊同事的PPT,至今沒見過用一頁紙把數(shù)據(jù)解釋得如此清楚的

前面說到運(yùn)營驅(qū)動(dòng),運(yùn)營離不開數(shù)據(jù)。一般的公司, 在一定規(guī)模前,暫時(shí)都達(dá)不到數(shù)據(jù)運(yùn)營。

不是說數(shù)據(jù)不重要。 數(shù)據(jù)能起到的作用,分三個(gè)階段。這三個(gè)階段簡單的說就是發(fā)生了什么(報(bào)表),為什么發(fā)生(數(shù)據(jù)分析)和將要發(fā)生什么(決策支持)。大多數(shù)互聯(lián)網(wǎng)公司,包括那些上市的,其實(shí)還沒解決業(yè)務(wù)發(fā)生了什么,對(duì),說的沒錯(cuò)。別看這么多互聯(lián)網(wǎng)公司,包括很多上市公司,每天到底多少線索,多少訂單,各種轉(zhuǎn)化率,真的沒譜。各團(tuán)隊(duì)口徑差距巨大,這是大概率事情,國內(nèi)也就BAT(京東,滴滴,美團(tuán)不夠了解)的主營業(yè)務(wù)算是數(shù)據(jù)過關(guān)。

為什么會(huì)產(chǎn)生這樣的情況,我們明明人人都在說數(shù)據(jù)多么多么重要的廢話。我理解,這不是技術(shù)問題,其實(shí)是管理問題。各部門的KPI都是擺設(shè),沒有人真正對(duì)數(shù)據(jù)結(jié)果負(fù)責(zé),比如成交率下跌了兩個(gè)點(diǎn),有人會(huì)因此離職嗎? 沒有,那也就沒人去啃那些對(duì)不上的數(shù)據(jù),各部門數(shù)據(jù)差異越來越大,在第八章會(huì)再次提及。

而這頁P(yáng)PT真正解釋牛的在右側(cè)部分,數(shù)據(jù)正在發(fā)生什么和我期望發(fā)生什么,這比較超出我的能力, 不解釋了,O(∩_∩)O哈哈~

  1. 決策人員:決策者、高層管理者,通常只是用送到手中的極簡單工具,極少自己分析
  2. 分析人員:業(yè)務(wù)管理者、專業(yè)分析人員利用商務(wù)智能各種工具向決策者制作數(shù)據(jù)內(nèi)容并解釋數(shù)據(jù)含義
  3. 一線人員:一線業(yè)務(wù)人員,利用工具向管理者固定匯報(bào)業(yè)務(wù)狀態(tài)、進(jìn)行少量分析

七、什么是CRM

1. CRM的意義是實(shí)現(xiàn)收入可預(yù)期的最大化

并且可有計(jì)劃的提升預(yù)期。無論什么樣的CRM,都是為了營收,這沒啥可掩飾的,沒有哪家會(huì)為免費(fèi)用戶花力氣做CRM。

2. 重點(diǎn)是提升人效

客戶開源和提升高質(zhì)量客戶的UP值貢獻(xiàn),理論上是管理問題,是運(yùn)營策略問題。我們 所有CRM的參與者,重點(diǎn)是提升人效。人效,就是人均賣多少商品或人均貢獻(xiàn)多少收入,是考核團(tuán)隊(duì)首要的KPI。 這里的人包括銷售,運(yùn)營,客服,產(chǎn)品和技術(shù)等。

3. 提升人效的路徑,就是讓機(jī)器承擔(dān)更多的工作,即“服務(wù)數(shù)字化”

  • 標(biāo)準(zhǔn)化,標(biāo)準(zhǔn)化是數(shù)字化的基礎(chǔ),計(jì)算機(jī)只能保存離散的數(shù)據(jù),所以標(biāo)準(zhǔn)化的核心是離散化的信息結(jié)構(gòu)化。比如:建單、工單、分配等。
  • 自動(dòng)化,自動(dòng)化指的是動(dòng)態(tài)過程的數(shù)字化,比如流程、規(guī)則、權(quán)限控制的數(shù)字化?!皠?dòng)態(tài)”意味著各種存在依賴關(guān)系的元素互相之間的狀態(tài)關(guān)系。
  • 智能化,直觀的理解就是讓系統(tǒng)具備思考能力。這意味著系統(tǒng)在比較確定的上下文中具備分析能力。

我在公司時(shí)候講解CRM,常常用比較得罪人的邏輯解釋。我說,CRM的理念就是通過標(biāo)準(zhǔn)化操作,讓銷售和運(yùn)營平庸化,所有銷售業(yè)績差異不應(yīng)該過大,如果有銷售總是遠(yuǎn)遠(yuǎn)超常發(fā)揮,那說明我們的業(yè)務(wù)模式出了問題。哈哈,比較得罪人,但是這套理念也適合技術(shù)團(tuán)隊(duì)。。。

八、業(yè)務(wù)系統(tǒng)架構(gòu)實(shí)例——橫向共享的架構(gòu)設(shè)計(jì)

復(fù)習(xí):技術(shù)架構(gòu)就是指把不同的功能元素(系統(tǒng))放在適宜的環(huán)節(jié)、合適的層級(jí)。

公司的CRM應(yīng)是面向企業(yè)不同運(yùn)營單位的業(yè)務(wù)系統(tǒng),會(huì)覆蓋售前售中售后多個(gè)系統(tǒng)集合。我們講技術(shù)架構(gòu)是系統(tǒng)之間的關(guān)系,那如何建立這么多系統(tǒng)之間的關(guān)系?

這里講一下一種技術(shù)架構(gòu)案例,橫向共享的設(shè)計(jì)。你的系統(tǒng)里,那些信息和信息的變化是其他系統(tǒng)關(guān)注的???

一般交易類業(yè)務(wù)有三種東西,可能是貫徹公司各業(yè)務(wù)線的。商品,客戶,訂單,尤其是前兩種。商品和客戶的信息保留在多個(gè)系統(tǒng)里,面向的也是企業(yè)內(nèi)不同的運(yùn)營單位,甚至第三方公司。

以商品為例,一個(gè)商品從采購倉儲(chǔ)直到客戶手里,生命周期可能幾天到個(gè)把年。有負(fù)責(zé)采購相關(guān)的供應(yīng)鏈部門,有負(fù)責(zé)營銷的銷售部門,有負(fù)責(zé)物流運(yùn)輸部門,還有售后等其他部門。這么多部門,對(duì)應(yīng)著諸多的系統(tǒng)都有商品相關(guān)的信息和狀態(tài)。

某個(gè)系統(tǒng)里,商品的狀態(tài)信息變化了,其他系統(tǒng)如何第一時(shí)間掌握,并及時(shí)作出對(duì)應(yīng)動(dòng)作??

比如一個(gè)簡單的問題,商品成交了退訂退貨等事件,其他相關(guān)部門怎么知道呢,然后做相關(guān)處理,靠各系統(tǒng)間API調(diào)用??只要業(yè)務(wù)跑兩三年,保證各系統(tǒng)間的API成百上千,

我之前供職的一家公司,上萬的員工,有個(gè)有趣的現(xiàn)象。供應(yīng)鏈部門負(fù)責(zé)商品采購驗(yàn)收和上架,公司網(wǎng)站展示相應(yīng)的商品。但是,二者數(shù)據(jù)長期不一致。能有多不一致?說出來嚇?biāo)廊?,有四分之一的商品狀態(tài)幾年來一直對(duì)不上,每每想起,趕腳都會(huì)被人笑死。

為什么會(huì)產(chǎn)生這樣的情況? 因?yàn)楣?yīng)鏈上架是API通知網(wǎng)站以及各部門,其他部門銷售了,退訂了商品等也是API調(diào)用供應(yīng)鏈和網(wǎng)站。也就是各系統(tǒng)啥都是API調(diào)用。同時(shí)什么是上架,下架和成交,各系統(tǒng)定義都不一致,并且API調(diào)用不夠穩(wěn)定,又缺乏監(jiān)控,也就是第五章說的產(chǎn)品技術(shù)都完全沒有掌握業(yè)務(wù)結(jié)果的意識(shí)。。。

理論上說, 如果各系統(tǒng)自身足夠強(qiáng)壯,系統(tǒng)間通訊嚴(yán)絲合縫,指標(biāo)定義清晰明了,那什么問題都不會(huì)有,根本不需要做橫向共享,不需要搞什么輔助設(shè)計(jì)。但這幾乎是不可能的.

要明白,除非系統(tǒng)上線后永不升級(jí),否則一切都是逐步演進(jìn)的,日積月累差異會(huì)大的驚人

建設(shè)主數(shù)據(jù),采用橫向共享的設(shè)計(jì)取代系統(tǒng)間API調(diào)用的網(wǎng)狀依賴。

主數(shù)據(jù)能做什么,一般主數(shù)據(jù)的輸出是客戶或商品全景視圖,所有業(yè)務(wù)系統(tǒng)將有跨業(yè)務(wù)系統(tǒng)需要的相關(guān)信息同步到主數(shù)據(jù),并從全景視圖獲得其他相關(guān)的數(shù)據(jù)。

主數(shù)據(jù)真正實(shí)現(xiàn)各個(gè)業(yè)務(wù)系統(tǒng)的打通

主數(shù)據(jù)通過統(tǒng)一的數(shù)據(jù)采集,數(shù)據(jù)存儲(chǔ),數(shù)據(jù)管理,需要足夠的產(chǎn)品認(rèn)知能力和全局業(yè)務(wù)意識(shí)。

主數(shù)據(jù)對(duì)外提供的是統(tǒng)一的信息查詢和信息變更服務(wù)訂閱,這里技術(shù)實(shí)現(xiàn)其實(shí)并不復(fù)雜,也就是ES和MQ。

例如,銷售系統(tǒng)通過主數(shù)據(jù)的“商品變革信息訂閱中心”的信息訂閱獲取供應(yīng)鏈上架的商品后,而供應(yīng)鏈和售后等系統(tǒng)通過同樣的訂閱中心獲取商品是否成交的信息決定商品上下架等操作

再重申幾點(diǎn):

  1. 比較適合做主數(shù)據(jù)的也就是商品和客戶
  2. 理論上可以有多個(gè)主數(shù)據(jù),但實(shí)際操作過程里, 需要具體看情況。比如電商,商品和廣告是兩個(gè)業(yè)務(wù)線,甚至兩個(gè)事業(yè)部,各自的架構(gòu),各自的橫向共享,可能完全隔離更合適
  3. 選擇的重點(diǎn),可以參照業(yè)務(wù)重點(diǎn),比如我們到底是幫商家賣東西還是幫用戶買東西。。。
  4. 并不是業(yè)務(wù)一開始,上來就搞主數(shù)據(jù),就想著橫向共享。在初期野蠻生長時(shí)候,各系統(tǒng)盡可能獨(dú)立,劃清界限即可
  5. 主數(shù)據(jù)目的是跨系統(tǒng)的共享主要數(shù)據(jù)的變化,應(yīng)該盡最大可能不要侵入業(yè)務(wù)系統(tǒng)。 也就是不要讓業(yè)務(wù)系統(tǒng)直接把業(yè)務(wù)結(jié)果往主數(shù)據(jù)里更新,一定是通過數(shù)據(jù)采集的方式,各業(yè)務(wù)系統(tǒng)盡可能不做任何變化
  6. 主數(shù)據(jù)不要直接產(chǎn)生業(yè)務(wù)數(shù)據(jù),但可以有間接的。比如跨業(yè)務(wù)的指標(biāo)(例:網(wǎng)站PV和成交量的比例),業(yè)務(wù)系統(tǒng)自身不關(guān)注的指標(biāo)(例:最近10天成交率)

 

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

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

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 有幸閱讀到這個(gè)文章,對(duì)我來說啟發(fā)性很強(qiáng),感謝作者!

    來自福建 回復(fù)
    1. 不客氣

      來自澳大利亞 回復(fù)
  2. 完整。細(xì)致。受益匪淺。

    來自浙江 回復(fù)
    1. 謝謝。 過一年回來看看,發(fā)現(xiàn)寫的實(shí)在太啰嗦。。。。。

      來自澳大利亞 回復(fù)
  3. 信息有些許零碎了,作為小白的我看著有一點(diǎn)干澀難以下咽,建議以后寫文章可以循序漸進(jìn)的來抓住重點(diǎn)圍繞重點(diǎn)講述一件事情

    來自廣東 回復(fù)
    1. 文章從頭到尾只講了一件事,是寫給至少在業(yè)務(wù)系統(tǒng)方面工作五到十年,并且在產(chǎn)品和技術(shù)兩方面都有涉獵的人, 恭喜你看不懂

      來自澳大利亞 回復(fù)