中臺產品經理實戰(20):萬能的中臺MSS建設框架
編輯導語:在前面的系列文章中,本文作者曾多次提到過中臺MSS建設框架,但是對于其概念,我們可能還處于很模糊的狀態。因此,在本篇文章中,作者為我們從市場宏觀認知、企業標準化以及解決方案設計這三個階段為我們講述了中臺MSS的建設框架。
眾所周知,每家企業對于中臺需求都是不同的,可以說中臺建設屬于千人千面,但是在中臺建設中還是有一個通用的方法論可以參考進行,這就是MSS建設框架。
什么是MSS建設框架呢?就是下面這張圖:
具體來說整個建設過程可以分為三個建設階段:
- 市場宏觀認知(概括為Market)
- 企業標準化(概括為Standard)
- 解決方案設計(概括為Solution)
下面讓我們一個個展開來談。
一、階段1:市場宏觀認知理解(Market)
本階段具體分為兩個部分:企業外部調研與企業內部調研。
1. Part 1 企業外部調研——行業研究
研究公司產品背后的細分行業現狀是什么,公司整體業務在行業中所占地位,以及未來行業發展趨勢是什么;研究公司的目標市場是什么人群,基于什么場景,通過什么方式,解決什么問題。
目的是為了發現未來可能需求,理解企業戰略,我們才能預判優先級。
例如:在一家電商公司中,當我們孵化了一個主播業務,這個時候我們對流媒體管理的功能是否有必要超過商品管理的優先級(電商,直播間)來進行中臺建設嗎?答案肯定是否定的,因為企業的重心并不在這里。
2. Part 2 企業內部調研
- 商業模式:調研企業是如何達成商業目標的。
- 用戶研究:匯總企業內部各業務線對中臺的需求與IT架構。
這里商業模式調研推薦使用一個工具:商業模式畫布,一張圖搞定商業模式分析,如下圖:
我們只需要按照這里空進行填寫既可完成業務的具體調研,完成了本階段的工作,一個在中臺建設中經常會被提及的問題也就可以迎刃而解了:中臺概念如何讓老板認可,要怎么爭取公司資源呢?
這里就需要我們基于本階段的調研回答這三個問題,并向老板進行匯報,就基本上可以收獲老板的贊同:
- 公司業務的認知,告訴老板你是懂業務的,例如市場初期規模比利潤重要;
- 秀肌肉:你能告訴公司現在的最重要問題是什么?以及中臺化改造會投入多少,產出多少?(收入是否遠大于投入)
- 試驗田是什么?怎么定義第一塊試驗田,準備怎么開展?驗收標準是什么?
二、階段2:企業標準化(Standard)
所謂企業標準化就是指將企業內部不同事業線的工作流程與規范進行統一,這樣做的目的就是為了標準化作業流程,從而讓中臺建設起來后的功能能在不同業務線進行復用,否則無法復用。
原因很簡單,功能開發不像是文章一樣,通過復制粘貼,把這一段話復制粘貼過去就可以直接用了,實際上根本不是這個樣子的。
在軟件開發中想要實現復用,最重要的問題不是功能復制,而是復制過去之后,這邊的業務操作人對于原功能的流程要求是否一樣。
舉個例子來說,A業務線中操作流程你是從a到b到c,B業務線要求是從a直接到c,此時原有A業務線的功能就不能直接復用了。此外當流程一樣的情況下,還需要考慮此處的作業操作時效是否相同,然后相同時效下工作量是否一樣。
就是相同流程下這個作業者操作的時間要求是否相同,A業務線可以三個小時完成該工作,因為這沒有特殊的任務截止時間,功能流程上我們設計的時候也就不會考慮過度簡化。
但是B業務線這邊由于種種原因,要求完成這個業務必須在十分鐘內就要把整個流程跑完,此時A業務線這邊設計的這個流程是否能到B業務線這能復用,就要打上一個大大的問號了。
比如說這樣的場景最常見出現在不同業務的供應鏈中,在電商的供應鏈里會出現這樣一個問題,看似兩個都是一個不同業務的電商業務團隊,在管理者眼中認為你們的供應鏈不都是一樣的嗎?不都是庫存管理、出入庫管理等這些功能,但是工作量可能完全不同。
我這邊一天入庫可能達到300次,400次,每次必須在5分鐘內完成,但是對于另一邊,比如說是大宗商品的入庫管理,每天的采購單量比較少,那么你一天使用這個流程可能只用一次到兩次。
此時這兩個場景就完全不一樣了,我一天用300次的時候我的,我每多一個步驟,那就意味著我整個環節的步驟就會多300次人工操作,這個對于業務方來說,其實根本是不符合業務需求的,因為人工作業成本太高,所以此時流程明顯無法復用。
總結下:進行標準化的核心原因是為了規范如下三個問題:
- 流程是否一樣?
- 流程一樣下作業者的操作時效是否相同?(三小時跑完流程與10分鐘跑完流程)
- 相同下工作量是否一樣?(一天用一次該流程與一天用100次)
這三者任意不一樣都會導致軟件功能無法復用,因此要想進行企業標準化,這里必須要做的核心任務為如下兩點:
- 定義企業業務關鍵節點;
- 定義企業業務各單位的SOP;
三、階段3:解決方案設計(Solution)
根據前面的文章所介紹的,中臺解決方案設計,建設思路一共分為5步走:
1. 尋找共性需求,剝離掉業務特征
怎么理解這句話呢?
作為產品經理我們都用過axure吧,我們發現通過axure自帶的這些元件,就能描述所有業務的原型,可以自定義萬物,我們從來沒聽說過axure為哪個企業自定義化過元件庫,就是因為axure幫助我們從具體事務中剝離了業務特征,抽象出來了通用最小原件。
2. 根據業務完成建模從而設計業務組件
業務建模主要通過上一步梳理出的標準業務流程模板,將企業中的各系統、各功能的運行所需的支撐能力確定下來,初步梳理出整個企業的中臺通用模型,產出中臺的基本能力框架。
3. 特征列表管理
面對不同業務線的個性需求,要建立起特征列表去收集,在這些特征中分析共性部分進行建設,從而讓中臺盡可能多地服務不同業務線。對于實在無法進行合并的特異性部分,我們使用插件進行解決(也就是開放中臺服務接口,允許特殊情況下業務線調用接口跳過部分流程)。
最后,也是MSS建設框架強調的,基于MSS產出的內容需要不斷優化與迭代,以此適應動態發展的企業。
至此我們一個完整的中臺建設框架就描述完了,大家可以根據自己的業務實際情況進行有的放矢的參考,搭建適合自己公司的中臺。
PS:下一篇文章將為大家我在全國中臺大會上分享的基于MSS框架的實戰案例演講圖文版。
#系列閱讀#
#專欄作家#
三爺,微信公眾號:三爺茶館,人人都是產品經理專欄作家,2019年年度作者?!吨信_產品經理寶典》作者,原萬達高級產品、MBA特約講師、獨立創業者,現叮咚買菜B端產品線負責人,擁有多款集團項目從零到一經驗并帶領實現商業化布局。
本文原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議。
期待基于MSS框架的實戰案例篇
可以去看我的《中臺產品經理寶典》一書,里面有完整MSS建設案例
昨天買了三爺的書~加油加油