02Legal Operations法務營運

LegalOps Console

企業法務營運總覽系統

Role-routed legal operations console with stagnation tracking and audit trail.

依角色分流待辦、追蹤停滯天數並留下稽核軌跡的法務營運系統。

Prototype / Active Testing原型／實測中

Problem問題

真實問題是什麼

企業法務的工作不是一條線，而是十幾條同時在跑：合約會審、用印申請、公文函覆、案件與爭議、法遵情資、專案管控、品牌資產、舊合約登錄。每一條都有自己的表單、自己的負責人、自己的節奏。

問題出在「誰現在該做什麼」這個問題沒有人回答得了。法務自己知道手上有什麼，但財務長不知道有一筆用印在等他，總經理不知道有個法定專案在等簽。等到有人想起來，通常已經卡了一週。

所以這個系統要做的不是再開一個表單，而是把散在各處的待辦收斂成一個依角色分流的總覽，並且讓「卡住多久了」變成畫面上看得見的東西。

Why Existing Workflow Fails原有流程的問題

Each workstream has its own inbox
每條線各有各的收件匣
合約在一個地方、用印在另一個地方、公文又在第三個地方。沒有人擁有一份完整的待辦清單，只能靠記憶與追問。
Waiting time is invisible
等待時間看不見
一件事卡在誰身上、卡了幾天，系統裡沒有這個欄位。事情不會消失，只會安靜地變舊。
Everyone sees the same screen
所有人看到同一個畫面
不分角色的統一介面，等於要求每個人自己從一堆不相關的項目裡找出屬於自己的那幾筆。
No trace of who decided what
決定過程沒有留痕
簽核與操作若沒有紀錄，事後要回答「這件事當初是誰核的、依據什麼」就只能靠翻信箱。

System系統

待辦只有一份來源，分流發生在呈現層——這樣三個角色看到的數字才不會互相打架。

Key Design Decisions關鍵設計決策

01
One todo source, many views
單一待辦來源、多重視角
待辦不依角色分開儲存，而是統一彙整後在呈現層分流。避免同一件事在不同人手上長出不同版本的狀態。
02
Stagnation as a first-class field
停滯天數是一級欄位
卡了幾天不是靠人回想，而是直接分級顯示（0–3 / 4–6 / 7 天以上）。把「這件事變舊了」變成介面上主動說出來的事。
03
Role perspective switching
可切換的角色視角
保留部門視角切換，讓設計與驗證時可以直接確認「換一個角色登入會看到什麼」，而不是靠想像。
04
Demo data separated from real data
Demo 資料與實際資料分離
系統內建可一鍵產生的示範資料，與實際帳號視角明確區隔。這讓展示與教學不必動到真實案件。
05
Audit before automation
先有軌跡，才談自動化
稽核、簽核與操作紀錄是獨立模組。在法務場景裡，可回溯的重要性高於少點幾下。

Tech / Architecture技術與架構

只列與這件作品直接相關的組成，不作為技能清單。

Status / Boundary完成度與限制

Prototype / Active Testing原型／實測中