在中後台類產品中,合約審批流程是一個非常常見且重要的流程。這篇文章,作者和大家分享了該流程的設計和規則,希望能幫到大家。
一、審批流是什麽
意義:審批流這一形式常見於中後台,有助於團隊進行規範管理,提升業務的處理效率,降低錯誤發生的機率同時引導申請者遵循正確的流程規範,避免違規操作。
流程:申請人提供待審資訊,交由相關審批人員進行傳遞及處理,期間每個審批者會基於自己的崗位職責與許可權分工對待審資訊進行核對、判斷(同意/退回/轉處理)及協商(會簽/復審),直至抵達最高決策層進行取舍,最後申請人根據審批結果做出執行。
角色:
- 申請人,是整個審批流程的歸屬人。他最關心整個審批進展,因為在申請人的角度建立完審批事項後,可能還需要進入審批頁面,完善後續附加資訊、及時了解審批狀態、催促審批人的稽核、處理駁回意見等等。因此站在申請人的角度,審批需要盡可能詳細的展示當前審批的狀態、完整的審批流程、駁回資訊的快速操作、成功資訊的必要通知。
- 審批人,主要在審批過程做出決策。因此他更在乎的是審批申請內容的資訊,比如審批的資訊內容、直接的審批操作、多條審批的管理。
- 執行人,主要在審批後做出執行。在現實業務中執行人與申請人往往是同一個人。
- 抄送人,抄送主要起到通知與審批單(業務)相關成員的作用。例如:合約審批過程中合約有紅線風險時,需要通知法務部門的主管知曉。
要求:
1)序列審批
序列審批主要是指當一個審批節點透過後,才能進入下一個審批節點。如果節點退回,則可以根據業務實際需要,退回到上一個審批節點、或退回審批起點(申請人送出審批)重新審批。
2)並列審批
並列審批是指一個審批節點存在多個人員或者角色同時審批,這裏會存在兩種情況。
業務場景1:某個審批節點配置了多個審批人員,任何一個人審批透過,則可以進入下個節點,例如財務審批節點任何一個財務人員審批透過即可。
業務場景2:某個審批節點配置了多個專業審批角色,所有審批人員透過,才能進入下個節點,例如專業審批環節需要品質審批、營運審批、電商審批等全部審批透過才能進入下一審批節點。
3)條件審批
條件審批就是將企業當中的規章制度對映到實際的業務當中,通常就是某個審批內容會根據交易金額多少、實際數量等進而選擇哪個角色進行審批。例如當合約金額大於 2000萬人民幣時,合約會增加公司總經理審批環節從而能夠掌握企業的重要合約。
4)其他審批
轉處理:當前審批環節審批人把審批流程轉交給其他人來處理,轉處理人審批意見全權決定當前流程走向;
會簽:當前審批環節審批人無法做出決定,需要參考其他人意見選擇會簽給其他人,待其他人審批後意見反饋給當前審批人,再做審批;
復審:財務/法務審批環節,當前處理人無法做出決定,需要他主管/領導審批選擇復審,待其主管/領導審批後意見反饋給當前審批人,再做審批。
三、復用流程引擎在設計B端產品的審批功能時引入流程引擎:
- 作為共享服務,公司內部開發的不同的業務系統,都可以復用該服務。
- 流程的維護很方便,尤其是對節點的增刪改,基本都不需要開發介入。
- 即使新的流程,開發工作量也能大幅減少。
- 讓審批功能設計的規範化變得簡單,不至於一個系統,不同的產品經理設計出不同的風格。
當然並不是任何需要審批的系統都需要使用流程引擎,簡單的審批功能直接開發即可。可以根據公司發展的階段,資訊化系統建設的復雜程度,適時引入流程引擎。
四、合約審批1.區分合約型別,審批流不同
不同的合約型別,對應的業務場景不同,審批流程也有所差別。比如銷售類合約與生產采購類合約它們都會經過直接主管審批、法務審批、財務審批等,但銷售類合約還會經過其特有的業務場景對應的專業審批環節如區域渠道部門審批、營運部門審批、電商部門審批等,而生產采購類合約也會經過其特有的業務場景對應的專業審批環節如品質部門審批、材料部門審批等。
2.同型別合約,合約模版不同,審批流不同
即使是同型別的合約,起草合約文本時采用的合約模版不同,對應的合約審批流程也會有所差異。
對於標準合約,風險可控,無需對合約文本全篇仔細閱讀所以審批流程可以相對簡化,只需要符合業務管理規則即可;對於非標合約,風險無法把握,需要對合約文本內容全盤稽核所以審批流程相對復雜(會有更多的業務專業審批環節)。
3.合約文本內容風險等級不同,審批流不同
在合約審批環節,如財務/法務審批環節輸出的審批意見中含有關於合約文本風險等級相關內容,則根據風險等級不同對應的審批流也有所差異。比如風險等級低僅需要相關領導審批,風險等級中需要業務部門總經理審批,風險等級高需要公司總經理審批等。
五、總結合約管理是每個公司必不可少的,合約的簽訂需要合約審批流程去規範,而好的合約審批流程會讓合約審批過程順暢、提高業務推進效率。沒有最好的合約審批流程設計方案,只有最適合的。從業務場景和管理要求雙向考慮,設計出適合自己公司的審批合約管理流程。
本文由 @Zero0304 原創釋出於人人都是產品經理。未經作者授權,禁止轉載。
題圖來自Unsplash,基於CC0協定。