如何拆解復雜業(yè)務流程?
編輯導讀:對業(yè)務進行拆解能幫助產(chǎn)品經(jīng)理更好地厘清各個模塊之間的關系,分清主次需求。當一個產(chǎn)品經(jīng)理接到一個復雜且陌生的業(yè)務時,要怎么將它從頭拆解轉(zhuǎn)化成產(chǎn)品需求?本文主要講解該如何拆解,一起來看看~
產(chǎn)品的價值取決于用戶需求。需求是用戶當下遇到的問題,用戶為了解決問題會尋求解決方案。
企業(yè)與用戶的連接點就在于此。企業(yè)為用戶提供解決方案,而產(chǎn)品則是解決方案的載體。
無論C端還是B端產(chǎn)品,都是為了解決問題而存在。
產(chǎn)品經(jīng)理的工作其實是給出一個符合當下最優(yōu)的解決方案,解決方案的載體就是產(chǎn)品。
解決方案制定的過程中會不斷重復這三個步驟:發(fā)現(xiàn)問題,解決問題,驗證問題。
梳理解決方案就是弄清楚需要哪些人做哪些事,以及人和事、人和人、事和事之間的聯(lián)系。
這對應著系統(tǒng)的三個組成元素:角色、任務、規(guī)則。
角色對應需要哪些人,任務對應需要做哪些事,規(guī)則對應人和事、人和人、事和事之間的聯(lián)系。
有了以上的認知,就可以開始拆解業(yè)務。
01 定義關鍵角色
拆解業(yè)務首先要弄清楚哪些人會參與解決問題。
解決一個問題往往需要完成多個任務,每一個任務都會由一個或多個人參與。
找到那些執(zhí)行相同任務的人,把他們定義為一個角色。
比如餐廳點餐,顧客負責點餐,服務員負責確認菜單,勤雜工負責準備食材,廚師負責做菜。這些角色各自的任務都不相同。
有一點需要特別說明,一個任務的參與人也可能是“系統(tǒng)”。比如服務員確認菜單后,通知廚師和勤雜工可以由系統(tǒng)替代。
02 識別關鍵業(yè)務節(jié)點
解決一個問題需要執(zhí)行很多任務,但并非所有的任務都是關鍵業(yè)務節(jié)點。
關鍵任務節(jié)點有兩個特征:一是能夠推進業(yè)務往下進行,二是推動業(yè)務在不同角色間流轉(zhuǎn)。
比如廚師在做菜時會執(zhí)行很多個操作。配菜、炒菜、調(diào)味、擺盤……但這些步驟都是“做菜”。雖然廚師做了很多事情,但在餐廳的業(yè)務流程里只有“做菜”是關鍵業(yè)務節(jié)點。
再比如后臺系統(tǒng)常見的錄入用戶信息。昵稱、性別、城市的填寫都是需要執(zhí)行的任務,但完成其中單個信息的填寫并不能推動業(yè)務往下進行。在系統(tǒng)層面可以把這些任務抽象為一個關鍵業(yè)務節(jié)點——填寫用戶信息。
不同角色間的流轉(zhuǎn),審批流程是很好的例子。比如在釘釘上提交一個采購工單,審批者需要對提交的金額和采購的物品進行核對,但這些不會在系統(tǒng)層面體現(xiàn),只有“通過”或“拒絕”這類推動業(yè)務在不同角色間流轉(zhuǎn)的任務才會被定義為關鍵業(yè)務節(jié)點。
03 定義業(yè)務規(guī)則與業(yè)務流程
前面我們已經(jīng)將業(yè)務的關鍵角色和關鍵業(yè)務節(jié)點梳理清楚,但這只是業(yè)務梳理的熱身運動。
接著還需要弄清楚人和人、事和事、人和事的聯(lián)系。
“聯(lián)系”體現(xiàn)在兩個方面:一是不同角色執(zhí)行任務的順序,二是任務執(zhí)行時需要遵循的規(guī)則。
業(yè)務梳理的最終產(chǎn)出物就是業(yè)務規(guī)則與業(yè)務流程。
依舊以餐廳點餐為例,做菜時鹽不能放太多、火候不能太過、分量不能太少,這些都是廚師在執(zhí)行任務時需要遵循的規(guī)則。如果不遵循規(guī)則,最終的結(jié)果是業(yè)務停在做菜這個環(huán)節(jié)無法繼續(xù)往下推進。
同時做菜一定是在服務員確認好菜單后才會進行,這是任務執(zhí)行的順序。假設先做菜后確認菜單,就會導致之前進行的任務變得無效以及任務的重復。
以上兩個例子說明了梳理清楚人與事的重要性,梳理有誤最終導致的結(jié)果就是業(yè)務的停滯與業(yè)務的周期變長。
04 如何拆解復雜業(yè)務流程?
現(xiàn)實世界的業(yè)務往往是極其復雜的。
業(yè)務的復雜度往往體現(xiàn)在以下幾個維度:
- 多關鍵角色、多關鍵任務節(jié)點
- 多業(yè)務分支流程
- 業(yè)務流程長
- 業(yè)務周期長
- 業(yè)務規(guī)則復雜
并不是同時具備以上特征才能算作復雜業(yè)務。有時只要具備一個或其中幾個就足以讓業(yè)務變得復雜。
拿我正在負責的業(yè)務系統(tǒng)為例,系統(tǒng)的角色并不復雜,參與核心業(yè)務流程的角色不超過10個。但因為行業(yè)的特殊性,用戶的成單周期在2~4周,服務用戶的周期在2年左右。同時,雖然角色不多,但用戶的分支業(yè)務流程很多。
因為過長的成單周期和服務周期,讓整個業(yè)務周期被拉長,從而讓業(yè)務變得復雜。同時每個角色的分支業(yè)務流程很多,進一步提升了業(yè)務的復雜度。
最后的結(jié)果是,我繪制的流程圖里的節(jié)點可以造一艘航空母艦。
那么面對如此復雜的業(yè)務,我們該從何下手呢?
1. 梳理單角色業(yè)務流程
業(yè)務復雜時,我們可以先梳理清楚單角色的業(yè)務流程。
比如梳理餐廳出餐業(yè)務,我們可以先梳理清楚服務員的業(yè)務流程,暫時擱置其它角色的業(yè)務流程。
如上圖所示,服務員在通知廚房做菜后,不用關心廚師是如何制作菜品的,只需要弄清楚服務員后面會在哪一個節(jié)點再次介入業(yè)務。
對于服務員而言,廚師做菜是一個“黑盒”,他只關心菜品什么時候制作完成,收到菜品制作完成后他就可以進行后續(xù)的任務。
同理,其它角色也可以按照這個邏輯進行梳理。當每個角色獨立的業(yè)務流程梳理完成后,再將它們串聯(lián)起來就組成了完整的業(yè)務流程。
2. 梳理單向業(yè)務流程
?一個角色可能會進行多個分支業(yè)務流。
這個時候,我們可以先梳理清楚可能存在的業(yè)務線,然后對每一條業(yè)務線進行單獨的梳理。
比如審批流里,審批的結(jié)果通常有通過和不通過。這時可以先梳理清楚通過后的業(yè)務流程,再回過頭去梳理不通過的業(yè)務流程。
當兩條業(yè)務線梳理清楚后再合并在一起就構(gòu)成了完整的業(yè)務流程。
其背后的思維方式其實和梳理單角色業(yè)務流程一致——化繁為簡。
把復雜的業(yè)務拆解為單角色、單流程的業(yè)務進行梳理,這樣能夠更清晰地把握業(yè)務脈絡。
3. 梳理異常業(yè)務流程
除了主線的業(yè)務流程外,還有很多異常的業(yè)務流程。
比如餐廳就餐的主線業(yè)務流程是用戶點餐到用戶買單。但不可避免的情況是——退款。
這種獨立于主線業(yè)務流程外的業(yè)務稱之為異常業(yè)務。
針對異常業(yè)務,我們可以單獨拎出來進行梳理而不和主線業(yè)務流程產(chǎn)生交織。在設計業(yè)務時,要盡可能避免降低對主流程的影響。
05 那些需要留意的坑
1. 線上業(yè)務流程抽離
完整線下業(yè)務流程梳理后,在進行產(chǎn)品設計時,要從線下業(yè)務流程中抽離出完整的線上業(yè)務流程。
比如點餐系統(tǒng)。在系統(tǒng)層面,會刪除掉很多線下的環(huán)節(jié)。廚師做菜是線下的任務,執(zhí)行時可以不必與系統(tǒng)進行交互,只需要完成做菜后在系統(tǒng)執(zhí)行操作,通知到服務員取餐即可。
其次是線上業(yè)務流程會引入“系統(tǒng)”這一角色,很多原本在線下執(zhí)行的任務都會有系統(tǒng)的參與。我們需要明確系統(tǒng)在整個業(yè)務流程中替代了哪些之前由線下角色執(zhí)行的任務。
2. 了解真實的業(yè)務現(xiàn)狀
很多公司里面系統(tǒng)的需求方是業(yè)務負責人,而不是一線的業(yè)務人員,所以系統(tǒng)的設計是從管理者視角出發(fā)的。
這種情況很可能導致系統(tǒng)的設計并不符合真實使用者的需求。為了避免這種情況發(fā)生,產(chǎn)品經(jīng)理在設計系統(tǒng)時一定要找一線業(yè)務人員進行調(diào)研。
另外一種情況是,系統(tǒng)上線后系統(tǒng)使用者可能并沒有按照設計者的預期使用系統(tǒng),而是按照自己的理解來使用系統(tǒng)。所以在系統(tǒng)上線后產(chǎn)品經(jīng)理一定要去看看系統(tǒng)真實的使用情況。
3. 系統(tǒng)的效率并不一定高于線下
系統(tǒng)的核心價值在于提升效率。如果引入系統(tǒng)后效率并沒有提升,甚至效率降低,這個時候就值得我們深思了。
比如服務行業(yè)里往往存在總部和線下門店兩個獨立的業(yè)務部門。線下門店有時會遇到極其特殊的情況,而這種情況通常需要即時處理,但又無法自己做決策。
如果走系統(tǒng)可能會因為業(yè)務流程的停滯導致線下的問題無法即時解決。
最快的方式就是一個電話打到總部,讓總部做出決策后即時處理。
系統(tǒng)只是一種解決方案,但不是唯一的解決方案。
4. 業(yè)務問題、系統(tǒng)問題傻傻分不清楚
- “你們系統(tǒng)設計的太爛了,根本滿足不了現(xiàn)在的業(yè)務需求!”
- “其它競品都有XXX功能,為什么我們不能加上去?”
- “這個地方經(jīng)常會誤操作,能不能XXX這樣改進一下?。俊?/li>
諸如此類的話語,我相信大部分產(chǎn)品從業(yè)者都不陌生。業(yè)務方總是能從你不曾想到的角度提出問題。
不知道大家有沒有去探尋過背后深層次的原因?
我思考的結(jié)論是,業(yè)務人員會對系統(tǒng)形成依賴性。
有的業(yè)務人員認為什么問題都可以靠系統(tǒng)解決,更為夸張地是覺得任何問題都是因為系統(tǒng)不完善導致的。
產(chǎn)品經(jīng)理的腦子一定要清醒,不要因為業(yè)務方的強勢而妥協(xié)。
比如運營部常常會說我需要一個XXX營銷功能,如果沒有這個功能,我們這個階段的指標就無法完成。
這樣的需求我聽到過N次,但當問到他們具體的運營目標、預期的ROI是多少時?絕大多數(shù)時候運營方都無法回答出來。
這就屬于典型的把業(yè)務問題甩給產(chǎn)品來解決。即便產(chǎn)品做了,后續(xù)依然會甩鍋到功能做得不夠好。
所以業(yè)務方提需求時,一定要先讓他們意識真正的問題是什么。
寫在最后
?很多人問過我比較擅長什么類型的產(chǎn)品,其實我并不覺得一定要局限在某一類產(chǎn)品。
兩年前我會想在某一個領域深挖,但現(xiàn)在思考更多的是產(chǎn)品背后的方法論。
產(chǎn)品的道是思維,產(chǎn)品的術是方法。不管什么類型的產(chǎn)品,只要掌握了道與術都應該能夠做好。
那些優(yōu)秀的人一直在不斷突破自我的邊界并實現(xiàn)自我的價值。
#專欄作家#
東東方,微信公眾號:UnknownPM,人人都是產(chǎn)品經(jīng)理專欄作家。關注互聯(lián)網(wǎng)新動態(tài),致力于產(chǎn)品知識體系的構(gòu)建,不定期分享產(chǎn)品心得。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自 Unsplash,基于 CC0 協(xié)議
大佬以上的思維、方法論內(nèi)容是有什么書籍推薦學習不?
非常有用,謝謝
大象UML 一本就夠了
已經(jīng)在看了,多謝推薦~
每次看這種文章感覺很有東西,明天起來睡一覺估計就忘了。
寫的很棒,學到了