協同OA平台：傳遞頭腦意志的神經網絡
本文介紹了OA的概念、發展歷程、平台的結構，與大家分享。
因此決定整理工作過程中對OA的認識，從整體上對OA平台進行簡單介紹。
一、什麼是OA
1. 什麼是OA系統？
引用王泉老師的解釋，從廣義上看：OA是企業除了生產控制之外的信息處理與管理的集合；再形象一點形容，如果一家企業的組織架構是骨架，員工是肌肉，管理者是大腦，那OA就是傳遞頭腦意志的神經網絡；因此面對不同層次的用户，OA就有着不同的價值體現：
1）對高層領導
OA是決策支持系統；OA以企業內/外部信息為基礎，通過各種統計模式，為領導提供決策參考。
2）對中層管理者
OA是信息管理系統；OA利用業務各環節提供的數據，提煉出所需的管理信息，以把握業務進度，降低管理成本，提高管理效率。
3）對普通員工
OA是事務/業務處理系統；OA為辦公室人員提供便捷明確的辦公手段，提高員工工作效率。
2. OA的發展歷程
OA系統起源於國內政府的公文和檔案管理，大體劃分為4個時代：
1）原始OA時代（20世紀80年代~20世紀90年代）
以office軟件處理文檔，傳真機、打印機、複印機開始應用。
2）辦公OA時代（20世紀90年代~21世紀初）
以政府機關、事業單位、大型國企為使用重點，以Domino/Notes為技術平台，公文管理、會議管理、用車管理、檔案管理、電子郵件等為核心應用，通過網絡（LAN/WAN）完成數據傳輸和共享；但功能模塊較為獨立，缺乏統一管理思想。
3）協同OA時代（21世紀初~現今）
以工作流為核心，從“緊密圍繞辦公管理”開始轉向與企業業務管理相結合，手機短信、電子簽章、移動辦公、單點登錄、門户等技術逐漸普及。
4）移動OA時代（3G開始普及後）
智能手機終端（包括平板）成為主要接入和使用設備，結合手機二維碼、移動地圖定位、各類通信軟件的即時溝通，共同構建協作平台。
3. 協同OA的定義
如果説OA還只是一個工具系統，那協同OA是包含着管理思想和管理理念，通過信息化手段規範、提升企業管理的軟件體系。
二、協同OA平台的結構
協同OA結構大致如下圖所示：
業務應用主要為用户提供業務服務；按照類型大致劃分為6個分類並簡單列舉了各分類中的應用，實際上OA系統可以接入各種業務系統，為用户提供服務。
應用支撐層主要為業務應用服務；例如工作流引擎和表單設計器支撐流程的個性化配置，門户平台工具搭建系統門户，統一用户中心對組織架構、用户信息、系統權限等進行管理，甚至控制第三方應用的使用權限。
最底層的基礎設施，用於保障系統的正常運作，為系統的穩定、安全提供保障。
下面簡單介紹一下幾個比較常見的平台應用。
1. 統一用户平台
統一用户平台主要對各業務系統的用户體系進行統一管理，是實現單點登錄的前提；實現統一用户管理，通常需要第三方應用提交註冊申請，由平台提供標準服務接口完成接入，接入後在統一用户平台管理應用的使用權限。
用於管理每個用户的基本信息，例如姓名、電話、證件、部門、職務、出生年月等；除了基礎信息之外，還會承載密碼管理、排序、應用使用權限等功能。
2）組織架構
組織架構是企業流程運轉、部門設置及職能規劃最基本的結構依據。一般按照單位-部門-人的層級進行劃分，如果是大型企業或行政機構會更加複雜。由於存在一人多崗的情況，規劃需求時需要注意判斷這個業務功能是按組織架構身份進行劃分，還是隻是以人的維度進行劃分（例如採購審批時必須使用採購部門下的身份進行審批，而填寫和查看日程時則只需要按人進行劃分）。
3）角色管理
角色是連接權限與用户的橋樑，通過創建角色並分配用户與權限，使用户得以管理或使用某些應用；除了權限分配，角色還用於流程的綁定，再向下細分甚至需要區分角色類型、考慮不同角色疊加的邏輯。
4）權限管理
權限管理是每個業務系統都要重點考慮的問題，基本分為菜單權限、數據權限、操作權限；菜單權限直接管理目錄；數據權限除了基本的數據範圍（例如單位、部門、個人），還有列表、表單字段的控制等；操作權限主要控制當前查看數據的操作。
另外權限還有互斥需求；與具體的角色或用户解耦，根據業務需求靈活配置等要求。
5）接入管理
接入管理主要用於第三方應用接入時提交申請，用於對應用的名稱、地址、端口等材料的審核，實際上也可能直接通過郵件完成申請的接入。
6）應用管理
對於已接入系統的應用，管理員需要跟蹤應用的接入狀態，根據業務需求調整應用的使用範圍；普通用户則需要查看可用的應用系統，甚至同步至門户首頁。
2. 門户平台
門户是一個聚合多個信息源，並可讓用户自定義所需內容的界面；門户上的信息可能來自系統內各個業務模塊，也可能來自其他應用系統。但門户除了信息聚合以及個性化設置之外，通常還需要統一用户平台以及單點登錄的支撐。
在信息來源基礎上，通過權限的控制，為不同角色的用户提供不同的門户架構與系統信息，用户根據自己可調整的門户架構以及信息來源，設置個性化門户。
門户對各業務系統的信息進行聚合，信息來源包括各業務系統的應用消息（例如待辦消息），信息發佈平台的文章（例如通知公告、知識分享，甚至文檔管理等），還有第三方應用的使用管理。
2）排版管理
門户平台在搭建門户時，實際上是一個建站系統，提供框架及組件的支持；管理員通過各種組件搭建出門户的框架，再通過數據源的控制完成門户信息的填充。如果要考慮用户的個性化排版，為了便捷、高效以及美觀，建議只在管理員搭建的框架下調整。
設計符合客户使用的門户，難點在於調研清楚客户的管理模式；部分業務需要按組織架構設計多層級門户，也有按業務類型設計門户結構的場景；另外對於不同角色的用户，可調整的門户區域、可設置的信息來源、可查看的信息範圍都不一樣。
3）提醒方式
OA系統其中一個重要機制是消息不間斷機制，其目的是讓用户在任何情況下都有途徑獲知OA中的信息。因此OA系統有多種消息提醒方式，業務系統在設計時也要注意與OA消息提醒渠道做好對接。
3. 工作流引擎
工作流是OA的核心，配置工作流的過程就是將企業各種事項的流程通過計算機軟件規範化實現的過程。本文把工作流引擎簡單分為7個模塊，以下説明各模塊主要滿足的場景：
流程流轉過程中需要在表單上完成審批意見，最基本的是一條流程一個表單；但也存在審批流程可能需要綁定多個表單的情況（例如生產過程中不同部門辦理時需要不同單據），此時除了引擎與表單的關係之外，還需要考慮表單之間的關聯。
2）步驟類型
步驟類型大體概括分為開始步驟、標準步驟、流程網關、結束步驟4種類型；標準步驟是用户在進行流轉審批時的辦理步驟，場景細分還包括辦理和閲辦；流程網關主要用於流程分支與合併，甚至觸發子流程。
3）步驟權限
步驟權限主要管理經辦人在當前步驟可操作的權限，包括表單可填寫區域、附件增刪改查以及部分業務功能，例如業務要求只有在特定步驟才可以刪除附件，或在某一步驟需要清空表單等。但是為了避免與業務系統過度耦合，引擎的步驟權限一般只管理表單相關的部分，其餘限制由業務系統自行管理。
4）經辦人配置
用於配置此步驟的辦理人，主要根據配置具體的人、條件（例如某一步驟經辦人為此步驟經辦人）、角色、表單字段等邏輯完成配置。除了配置經辦人，還需要確定此步驟的辦理邏輯，例如是否需要多人辦理，是逐個審批還是協同審批、由誰決定流程走向等各種業務場景。
5）動作配置
步驟與步驟之前需要通過動作進行連接，根據不同動作流轉至不同步驟，因此動作的意義主要是給用户指明流轉方向；但是在審批過程中，也存在不同動作流轉至同一步驟但觸發不同結果的場景（例如請假審批流程，同意或不同意請假流程都會走向辦結，但同意時可能還需要記錄請假日期，自動扣除此用户請假天數）。
除此之外，動作可能才會承載某些特殊條件的觸發，例如經過某個動作後，需要計算審批時間。
6）版本管理
隨着企業的發展，審批流程也需要不斷的優化，但是流程調整難免會影響正在審批的業務，因此需要通過版本管理區分新舊流程，避免影響正在審批的業務。
7）權限管理
權限管理可以分為管理權限以及使用權限；管理員對流程進行增刪改查，再通過使用權限分配至對應業務部門使用。
8）後續跟蹤
以上主要是流程配置以及管理的簡要介紹，但是流程在審批時，還有對流程各維度的監控；例如對每個步驟的監控，可及時催辦、疏通審批流程，提高環節處理效率；對流程全過程的監控，可為企業優化流程、調整績效考核提供參考。
另外對於審批過程中產生的信息，最終還可以匯聚成大數據進行統計分析，搭建領導駕駛艙，直觀展示企業當前運轉情況。
4. 表單設計器
表單與工作流往往相互配合，工作流負責審批流轉，而表單負責數據的採集、計算與展示；但表單設計器除了負責審批過程的數據採集，還有非流程的業務需求，例如問卷調查、投票等，因此表單設計器需要獨立於引擎。
三、寫在最後
在OA系統結構中展示的，只是OA系統的骨架，而將每個細分的平台或業務系統剖開，都是一個值得我們仔細品味與瞭解的世界；而這些世界之間通過不斷的數據交流，最終協同完成辦公的任務。
另外，我們在規劃一個如此龐大的平台時，除了關注系統功能的規劃，還需要加強企業管理理論的學習，瞭解客户的管理模式，從更宏觀的角度觀察整個業務的佈局。
OA系統要真正解決客户問題，必定需要了解客户的管理理念，在客户舊有理念與OA全新管理理論中尋求平衡，才能搭建出符合客户需求的、可以真正落地執行的業務平台。
以上是本文內容，希望本文可以讓大家對協同OA平台有大致概念的認識；如有理解不到位的地方，歡迎交流補充~共勉！
本文由 @龐龐 原創發佈於人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基於CC0協議