美妙的流程:系統(tǒng)流程分析與設(shè)計

0 評論 988 瀏覽 4 收藏 13 分鐘

流程引擎設(shè)計的復(fù)雜性遠(yuǎn)超想象——從預(yù)設(shè)規(guī)則到動態(tài)調(diào)整,一個自媒體公司的短視頻協(xié)作系統(tǒng)案例揭示了流程設(shè)計的層層陷阱。本文將深入拆解業(yè)務(wù)場景與用戶需求的博弈,展示從剛性流程到無流程設(shè)計的四次關(guān)鍵迭代,以及最終父子流程結(jié)構(gòu)的精妙平衡。

之前我在產(chǎn)品經(jīng)理初識流程引擎中分享了流程引擎的基本概念,本文在原文的基礎(chǔ)上進(jìn)行延伸,分享如何進(jìn)行流程的設(shè)計。

本文將以一個案例作為切入點,分析不同業(yè)務(wù)場景下的流程究竟應(yīng)該怎么設(shè)計。

場景:有一個自媒體公司,其中有一個專門負(fù)責(zé)短視頻運營的部門,其崗位和工作內(nèi)容如下:

需求:設(shè)計一套產(chǎn)品,可以用于這些崗位之間工作的協(xié)調(diào)和流轉(zhuǎn)。

本文將以此需求為例,分析如何設(shè)計該產(chǎn)品的流程,從而實現(xiàn)各個崗位工作的協(xié)調(diào)和流轉(zhuǎn)。

業(yè)務(wù)決定流程

我們先不討論崗位的問題,只從工作流出發(fā),在正常的工作流程中,上個崗位的“輸出”是下一個崗位的“輸入”,比如運營先發(fā)布選題,編導(dǎo)拿到選題后設(shè)計腳本,文案根據(jù)腳本編輯文案…以此類推,最終剪輯師完成剪輯后,將成片交付給運營發(fā)布,所以你首先想到,常規(guī)的流程應(yīng)該是這樣的:

但在實際的工作過程中,不一定所有場景都需要經(jīng)過上述所有的流程節(jié)點,比如有一種叫做“切片”或者“混剪”的短視頻,這種是將直播錄屏剪輯精華部分形成一條短視頻,這個過程往往只需要剪輯師進(jìn)行剪輯即可,其流程如下:

這個時候你會想到,也許可以根據(jù)所要制作的內(nèi)容類型來配置工作流。但這個時候會遇到一個新的問題,就是不一定同一種內(nèi)容類型會永遠(yuǎn)遵循同一流程。舉個例子,現(xiàn)在需要制作一條內(nèi)容類型為“產(chǎn)品宣傳”的短視頻,這個時候會有兩種可能:

  1. 要宣傳的是新產(chǎn)品,需要進(jìn)行拍攝。
  2. 要宣傳的產(chǎn)品之前已經(jīng)有拍攝素材,本次只是重新制作一條新的宣傳短片。

那么你會發(fā)現(xiàn),同樣都是產(chǎn)品宣傳,有時候需要進(jìn)行拍攝,有時候又不需要,所以如果僅按照內(nèi)容類型來配置流程是行不通的。

業(yè)務(wù)+條件決定流程

既然僅按照內(nèi)容類型行不通,于是你想到,可以給內(nèi)容類型加上條件來設(shè)計流程,比如都是“產(chǎn)品宣傳”,可以再加一個條件,就是選題的時候需要選擇新產(chǎn)品還是舊產(chǎn)品,這樣就會得到兩個流程:

就在你以為這個問題終于解決的時候,剪輯師告訴你,有一個舊產(chǎn)品需要制作的宣傳視頻,之前拍的素材都不符合條件,需要重新拍攝,你感覺天都要塌了,如果要疊加更多的條件,配置流程的工作量將變得非??膳?,也許只是一個小小的流程節(jié)點的不同,可能同一個內(nèi)容類型你可能就要配置好幾個流程。

業(yè)務(wù)+用戶決定流程

這個時候你絞盡腦汁,一個天才的想法在你腦海中冒出來:既然業(yè)務(wù)多變,難以預(yù)先通過系統(tǒng)進(jìn)行配置匹配到所有場景,何不把流程交給用戶決定,比如說,由每個崗位的人選擇將自己的輸出成果交付給誰,如果當(dāng)前崗位收到的成果不足以支撐他開展工作,他可以主動拉入另外一個原本不在流程里面的崗位進(jìn)入流程進(jìn)行協(xié)作,比如上文中提到的舊產(chǎn)品的宣傳視頻制作,當(dāng)剪輯師覺得當(dāng)前的素材需要攝影師重新拍攝的時候,他可以指派給攝影師,將原本不在流程節(jié)點的攝影環(huán)節(jié)拉入流程,具體流程如下:

你感覺到好像所有問題都解決了,但用了一段時間之后,攝影師跑過來告訴你,他實際上拿到腳本之后就可以進(jìn)行拍攝工作了,偶爾也需要等文案完成,但根本不需要等設(shè)計完成,但現(xiàn)在的流程要等文案和設(shè)計做完他才能看到腳本,效率太低了,還有一點,就是并非每次都需要文案和設(shè)計的,流程太死了,根本用不了。

用戶決定流程

于是你就想著,既然每個流程都能拉入另外一個節(jié)點加入流程,何不干脆不要配置流程,就讓用戶在實際業(yè)務(wù)操作中自行決定自己完成工作后,下一個節(jié)點交接給誰。于是你調(diào)整了策略,后臺只配置流程節(jié)點,由前端用戶決定流程,這樣每個流程節(jié)點都可以相互組合成足夠多也足夠靈活的流程,如下:

這里并沒有將所有場景都畫出來,但你會發(fā)現(xiàn),上方的各種流程場景,如果真的要通過后臺來配置,隨著流程節(jié)點足夠多,則會疊加出無限多個流程,這是非人力所能配置的,但是如果是由用戶來決定流程,那么每個人只需要關(guān)心他做完的內(nèi)容應(yīng)該交給誰,或者他要做的東西還缺少誰提供的內(nèi)容就可以。

當(dāng)你得意地拿著這個流程給各個崗位分享的時候,設(shè)計師剛看完就面露愁容,設(shè)計師認(rèn)為,這樣流程的確是足夠靈活了,但是如果一個內(nèi)容需要腳本和文案,但是設(shè)計只需要拿到腳本就可以先設(shè)計,等到文案做完了,再把文案放到設(shè)計圖上去就可以,但是目前的流程,得等腳本做完給文案,文案做完給設(shè)計才能開展工作,很耽誤事。

沒有流程的流程

這個時候,死掉不少腦細(xì)胞的你想到了一個更加天才的設(shè)計:上述的流程之所以不能滿足設(shè)計師的需求,是因為流程是串行的,如果改成并行,就可以解決,但是并行同樣會衍生出很多復(fù)雜的流程,既然流程怎么做都不夠靈活,那就干脆不要流程,運營發(fā)布選題的時候,只需要告訴系統(tǒng),這個需求需要哪些崗位來完成就行,然后接到需求的每個崗位也都去標(biāo)一下自己的輸出需要由哪個崗位提供內(nèi)容就可以,這樣在實際業(yè)務(wù)中,就會根據(jù)每個人制定的節(jié)點形成一個“沒有流程的流程”。

比如,運營發(fā)布選題的時候,把所有崗位都選上,最后運營只需要拿到剪輯的產(chǎn)出即可,于是此時,這個需求自動形成了如下的流程:

文案策劃看到需求的時候,告訴系統(tǒng)說他需要腳本;設(shè)計師看到需求的時候,告訴系統(tǒng),他需要腳本和文案,這個時候,需求又自動生成了新的流程:

在上方的流程中,腳本完成后,設(shè)計師就可以拿到腳本先做設(shè)計,之后等文案完成再補充設(shè)計圖上的文案,而無需等著文案完成才能做設(shè)計。

拍攝看到需求時,告訴系統(tǒng)需要腳本;而剪輯則告訴系統(tǒng),需要腳本、文案和拍攝的素材以及設(shè)計圖,于是他們兩個人指定之后,需求又有了新的流程:

這樣,每個人到了系統(tǒng)上只需要關(guān)注自己需要的內(nèi)容完成沒有,也可以選擇獲得哪些內(nèi)容后便可以開展工作,而無需等待全部需要的內(nèi)容輸出完成。

到目前為止,好像這個流程已經(jīng)能夠滿足使用了,但沒過多久,幾個崗位的負(fù)責(zé)人都跑過來找你,說你這個流程快把他們弄失業(yè)了,需求過來了,直接就底下的人去接活,他們根本不知道有什么一回事;底下的人做完了,質(zhì)量如何他們也把控不了,要求把他們也加入到流程里面去。

父子流程

你頭發(fā)大把大把地掉,覺得最后設(shè)計的流程已經(jīng)很完美,如果再加入每個崗位內(nèi)部的獨立流程,原來的主流程可能又會出現(xiàn)問題,突然你靈光一閃,既然主流程不能動,那就給每個主流程節(jié)點增加一個子流程,子流程主要做三件事:

  1. 決定是否接需求。
  2. 決定誰來做需求。
  3. 決定產(chǎn)物是否合格。

按照上述的需求為例,所有節(jié)點都加上子流程,改造后的流程如下:

上圖描繪的是每個崗位管理員接受需求后指派人員,人員完成輸出后,產(chǎn)物審核通過的流程;如果管理員一開始就拒絕了需求,則相應(yīng)崗位的節(jié)點會顯示該需求已經(jīng)被拒絕;而如果人員的產(chǎn)出被管理員認(rèn)為是不合格的,則人員需要根據(jù)需求繼續(xù)完善,直到管理員接受產(chǎn)物之后,下一個節(jié)點的崗位管理員才能夠看到上一個崗位的輸出產(chǎn)物。

以上便是本文的全部內(nèi)容,感謝閱讀。

本文由人人都是產(chǎn)品經(jīng)理作者【產(chǎn)品錦李】,微信公眾號:【產(chǎn)品錦李】,原創(chuàng)/授權(quán) 發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!