oa辦公程序?編輯導語:審批流通俗說就是一個完整的審批流程,是一種被廣泛應用于OA軟件中的非常常見的工作流本文作者分析了審批流的作用、疊代曆程和具體是怎麼實現的,一起來看一下吧,我來為大家科普一下關于oa辦公程序?以下内容希望對你有幫助!
編輯導語:審批流通俗說就是一個完整的審批流程,是一種被廣泛應用于OA軟件中的非常常見的工作流。本文作者分析了審批流的作用、疊代曆程和具體是怎麼實現的,一起來看一下吧。
在前面兩篇文章中,我們分别講了組織架構和權限管理,今天我們來講一個跟組織架構關系比較密切的功能-審批流。
審批流,通俗來說就是一個完整的審批流程,是一種非常常見的工作流,被廣泛應用于OA軟件中。它的本質實際上是決策,是效率和責任的統一體。
在過去,我們拿着需要簽字蓋章的文件線下一個個辦公室一個個人找過去簽字蓋章,這個過程就是審批流的原型;現在,我們将這個過程放到線上,解放了發起人的雙腿和時間,讓審批這個過程不再“艱難”,動動手指即可完成。
發起人将事項的相關信息放置于審批傳送帶,并自己選擇或者系統自動幫助選擇相關審批人,審批人根據主次和分工的不同,對自己管轄範圍的那部分詳細信息進行全面審核、決策并将意見進行傳遞;審批人會給出通過、駁回、協商等處理意見,最終抵達審批流最後一個層級進行最終的決策,并完成本次審批。
一、作用辦公無紙化是企業辦公的一個巨大的進步,那麼審批流在企業中具體有着哪些作用呢?
1)節省員工時間,提升工作效率
發起人不必再為了一個審批單跑來跑去;審批人不必在工作途中不斷被發起人打斷,可以選擇自己的時間批量處理審批單。
2)審批流程合規、合理
通過審批模闆配置、審批規則内置等把控審批流程和合規、合理性,防止流不對人的問題産生,嚴格按照公司相關規定執行審批。
3)提供強有力的決策依據
審批流上每個環節的審批,都可以為下一個環節提供決策支持,而整體的審批流通過與否,也可以為公司的多項事務提供決策支持。
4)審批過程透明化,便于監管
通過特殊權限設置或者管理後台就可以查看相關/所有審批單審批和流轉情況,可以對各環節決策過程、審批結果進行有效監管,尤其是财政相關的,杜絕“監管死角”。
5)全程可留檔、可追溯
傳統紙質版審批單易丢失,不容易保存,年久會變質,電子審批單則不存在這個問題,永久留檔,随時可查可看,形成企業的永久性資料。
二、疊代曆程看過我前兩篇OA辦公軟件篇文章的同學都知道,我現在接手的這個OA産品整體架構及功能都是經曆了重重疊代,踩了很多坑才步入正軌。
這裡面有很多原因造成了這個結果,趕工期、産品經理能力問題、老闆決策問題等等,所以每次我都會把一些過程組列出來,标明優劣,讓大家在實際實踐的過程中可以參考,真正的能夠給到大家一些啟示。
那麼審批流這一塊,我們又經曆了怎麼樣的疊代過程呢?
很明顯,這又是一個偷懶的做法,實現了“審批”,但沒有形成“流”。
在每一個審批單上把需要審批的人加上去,這些人不分層級,都可以進行審批,一旦有一個人審批不通過,那麼這個審批單就是駁回的;隻有當所有審批人都審核通過, 這個審批單最終才是通過的。
這樣做的壞處顯而易見,根本算不上是真正的審批流。
審批有了層級,隻有當上一個人審批完成且是審核通過的時候,才會流轉到下一個審批人審批,不會把審批一股腦地全部推給所有的審批人,到誰了就推送給誰審批,清晰明了,不浪費時間。
同時,對一些很明确的審批,内置審批規則,比如請假三天以内隻需要上級領導和人資審批、抄送上上級領導即可,那就把這個規則内置到這個審批單裡面,在用戶使用這個審批單的時候自動帶出審批人,不需要用戶再去想每個審批規則是什麼,去詢問應該要誰審批,直接一步到位。
内置審批人及規則畢竟不夠靈活,而且也不能經常性因為要調整審批流的規則就去修改程序,所以我們在第二個階段的基礎上設計了自定義審批模闆,管理員可以在管理後台靈活設置審批模闆。
三、具體實現審批發起者:審批流的創建者
審批者:來審核這個審批單的人叫審批者,不同權限的員工起到不同階段和不同效果的審批作用
抄送者:抄送者不參與審批,隻在審批結束之後獲取審批信息,擁有知情權
審批規則:比如統一審批節點添加多人,“一人駁回則審批整體駁回”和“該節點人全部駁回才算駁回”就屬于兩種審批規則
審批内容:不同審批流的審批内容創建方式有所差異,與其關系的業務特性相關
審批動作:審批動作分為通過和駁回,也可以設置中間狀态,具體根據實際需求設計
審批通知:需要誰審批的時候需要發消息給審批者,審批流結束之後需要通知發起者,通知方式不限
通常審批流分為人事審批(請假、離職等)、财務審批(報銷、備用金等)、其他審批(印章、權限等),具體存在哪些審批需要根據當前公司的使用需要進行設計。示例如下:
1)審批查詢和發起入口
在審批查詢模塊有兩個功能點,見下圖:
審批列表,分為三個狀态:我發起的審批、我處理的審批和抄送我的審批。
創建審批入口
2)發起者-創建審批單
審批單分為兩部分,一部分是與該審批事項相關需要填充的内容字段,以請假審批單為例,需要包含請假類型、請假時間、請假事由、代班人等,如下圖所示:
另一部分是審批人和抄送人的選擇,如下圖所示:
這裡面有三個關鍵點:
審批分級:可以自主增加或者減少審批層級
審批人和抄送人選擇:從組織架構中進行人員選擇
同一層級支持添加多個審批人
3)審批者-處理審批單
當審批走到當前審批人的時候,推送消息給此人,提醒其對審批單進行處理。
處理的時候分為兩個動作,同意或者拒絕,通常來說,拒絕的時候必須要給出理由,同意的時候理由則可以選填。
關于後台,管理後台主要分為兩部分審批流查詢監管和審批流模闆配置。
1)審批流查詢監管
在管理後台對各種類型的審批流進行查詢監管,如下圖所示:
2)審批流模闆配置
審批流模闆配置分為兩部分,一部分是表單配置,另一部分是審批模闆的配置。
這一塊我建議直接在釘釘申請個公司去他們的管理後台研究,很清楚就能看明白這一塊是怎麼做的,不建議學習企業微信。
因為這塊我隻做了審批模闆配置,表單配置沒有做,所以下面重點展示一下審批模闆配置後台部分:
審批模闆配置主要是對每個審批流的審批人和抄送人進行了管理,可以由公司統一設置,或者由部門單獨進行設置。
内置審批人、定義審批模闆都強關聯與組織架構,所以組織架構必須清晰正确,否則最終即使配置了模闆,也沒有辦法帶出正确的審批/抄送人員。
管理後台審批流模闆列表查詢頁面如下:
管理後台審批模闆配置頁面如下所示:
審批人/抄送人選擇如下圖所示:
審批流是工作流的一種,工作流有一個基本概念:工作流的圖形化。
工作流産品提供一種圖形化的方法來描述和實現工作流進程,進程的每個步驟以一個圖形化的圖标來表示。
通過對這些圖标的連接,設計者就能夠描述步驟之間的關系及路由。對每個步驟而言,設計者能夠指定該步驟用戶參與進程的界面和所需完成的任務所需的電子表格。
因為我覺得圖形化在整體設計和開發上都是有一定難度的,而且很少被需要,所以在這裡我們隻提出這個概念,感興趣的可以自己去了解一下,不過多的進行描述了。
四、寫在最後OA辦公軟件基礎設計部分,還有日志體系、通知體系、會議管理、合同管理、績效考核等等,這個系列不再展開去講了,如果有同學感興趣的可以找我交流~
本文由 @暴躁PM棠九九 原創發布于人人都是産品經理。未經許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
更多精彩资讯请关注tft每日頭條,我们将持续为您更新最新资讯!