案例10｜Legal Contract 與 Marketing Content 不該走同一條 Data Pipeline

一、案例定位

本案例依原書第 4 章 Taming the Data Beast 重組，並非原書正式案例研究。

依文件類型與敏感度建立不同 Data Processing Pipelines，讓高安全文件與一般內容使用不同驗證與效能策略。

二、學習目標

區分高敏感與一般文件處理路徑。
理解安全強度與處理速度的取捨。
避免所有文件使用同一套 Validation Rules。

三、案例情境

原書團隊面對大量不同格式、敏感度與法遵要求的文件後，提出依 Document Type 與 Sensitivity 建立不同 Pipeline。High-priority Sensitive Documents 走額外 Security Checks；Routine Documents 則走偏向 Speed 的路徑。原書以 Legal Contracts 與 Marketing Brand Guidelines 對比，指出兩者不需要相同程度的 Scrutiny。

四、開始資料

文件類型	Pipeline 方向	原書重點
Legal Contracts	High-security Pipeline	更多 Security／Validation Checks
High-priority Sensitive Documents	Enhanced Security Path	更高 Scrutiny
Marketing Content／Brand Guidelines	Standard／Speed-optimized Path	不需要與 Legal Contract 同等審查

五、Excel／AI 分析方法

Excel 可建立 Document Type、Sensitivity、Required Checks、Target Queue、Human Review 欄位；AI 可依明確政策協助分類文件，但不得自行決定法律或敏感等級。

六、計算結果

原書沒有 Pipeline 時間、成本或 Validation 數量，因此本案例不建立數值差異。

七、結果分析與管理解讀

單一 Pipeline 看似簡單，但會讓一般文件承擔不必要成本，或讓敏感文件缺少應有控制。分類後才能同時管理 Bottleneck、Security 與 Performance。

八、AI 提問詞

請依既有資料分類政策，將文件映射到 High-security 或 Standard Pipeline，並列出相應 Validation Requirements。若敏感度未由政策定義，請標示需人工確認。