如何拆解復雜業(yè)務流程?

6 評論 26798 瀏覽 303 收藏 15 分鐘

編輯導讀:對業(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)容,請關注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 大佬以上的思維、方法論內(nèi)容是有什么書籍推薦學習不?

    來自北京 回復
  2. 非常有用,謝謝

    來自福建 回復
  3. 大象UML 一本就夠了

    來自浙江 回復
    1. 已經(jīng)在看了,多謝推薦~

      來自上海 回復
  4. 每次看這種文章感覺很有東西,明天起來睡一覺估計就忘了。

    來自廣東 回復
  5. 寫的很棒,學到了

    來自福建 回復