流程挖掘同流程映射比較

過程挖掘係用系統事件數據去分析觀察到嘅流程。流程對應會描述同埋驗證一個工作流程,同識得做嘢嘅人一齊做。

過程挖掘係用系統事件數據去分析觀察到嘅流程。流程對應會描述同埋驗證一個工作流程,同識得做嘢嘅人一齊做。

簡而言之

  • 喺揀平台之前揀輸出。
  • 記錄咗嘅任務仍然需要檢視角色、例外情況同埋商業規則。
  • QueryChart 文件工作流程;佢唔會執行機械人或者記錄桌面任務。

繼續提供過程文件

探索一個可編輯嘅流程文件例子

檢查角色同決策路徑,然後打開個例子嚟將佢適應你自己嘅過程。呢個係流程圖,唔係任務記錄。

  1. 定義工作

    例子由 “收到要求” 開始。加入 “檢查所需資料” 作為具體動作而唔係畫面互動。

  2. 連接結果同例外情況

    喺 “資料完整?” ,檢查結果目的地,同埋喺正常路徑旁邊保留拒絕或者遺失證據嘅路線。

  3. 檢查決定同交接

    檢查完整地圖入面嘅每條路線,然後確認 “記錄實際結果同交接” 係預期嘅完成結果,同埋負責嘅擁有者係清楚嘅。

將工具同可交付嘅流程配對

當一個過程跨越系統,而問題關係到實際嘅變體、瓶頸或者規模上嘅一致性嗰陣,事件日誌分析就好有用。佢嘅結論取決於數據嘅覆蓋範圍同質素。

當問題關於預期嘅責任、系統外嘅工作、建議嘅改進同埋可讀嘅指示嗰陣,人類地圖就好有用。訪問參與者唔會提供過程挖掘嘅統計覆蓋範圍。

UiPath 喺佢嘅生態系統入面提供 Process Mining 。 QueryChart 係一個流程映射同文件工具,而唔係一個流程同任務挖掘替代品。用經過審查嘅地圖去解釋發現或者定義一個改善咗嘅未來狀態。

運作方式

  1. 識別問題

    決定你係咪需要預期嘅責任同指示,定係需要大規模實際變種同瓶頸嘅證據。

  2. 檢查現有嘅證據

    評估系統事件日誌覆蓋範圍,以便挖掘,同埋評估參與者知識,以便進行地圖製作。兩個證據來源都唔係自動完整。

  3. 揀發現方法

    用挖掘嚟做基於數據嘅分析,用映射嚟做驗證過嘅商業邏輯,或者喺需要兩者嗰陣將佢哋結合埋一齊。

  4. 維護一張經過審查嘅地圖

    同流程擁有者解釋發現,同埋記錄商定嘅變更。 QueryChart 本身唔會分析事件記錄。

免費試用 QueryChart

繪製地圖、睇返同埋分享你團隊需要維護嘅流程。

免費試用 QueryChart

相關指南

資料來源

常見問題

QueryChart 會唔會好似 Task Capture 咁錄製用戶操作?

唔會。請描述或者匯入流程資料,再審閱可編輯嘅工作流程。QueryChart 唔會喺工作期間錄製點擊或者自動擷取畫面。

QueryChart 可唔可以取代 UiPath 自動化?

唔可以。如果需要 RPA、自動化部署同編排、流程挖掘或者任務挖掘,請繼續用自動化平台。

喺用佢做 SOP 之前,團隊應該點樣檢查張地圖?

同流程擁有者一齊睇吓一個真實嘅個案同埋一個例外。驗證角色、分支目的地同支援指示,然後保留同分享經過審查嘅圖表版本。

本指南所用的範本

現狀流程圖範本 — 可按原樣編輯嘅流程圖範本,包括角色通道、證據檢查、決策分支同埋明確嘅結果。根據你嘅團隊調整工作流程。