金融服務業的 CRM 風險檢視：系統變更前要確認哪些事項

金融服務業的 CRM 工作可能涵蓋客戶審查、文件收集、內部核准及報表。當責任增加，系統可能逐漸與實際流程不符。

增加自動化前，先確認哪些決策仰賴系統資料。誰需要知道客戶審查是否完成？核准依據是什麼？其他團隊開始工作前，需要收到哪些資訊？

這是營運流程與系統設計的檢視，不能取代法律意見、法規評估或組織的合規責任。定義需求時，應讓相關風險或法遵負責人參與，並由他們核准權責範圍內的控制措施。

選擇範圍明確的流程，例如從收到詢問到客戶審查的交接。請實際執行的人員展示表單、紀錄、訊息及報表，並將他們的說明與書面流程核對。

納入文件不足、更換顧問、核准後修改紀錄，以及客戶暫停合作等情況。這些例外能顯示團隊何時需要靠個人試算表或非正式訊息完成工作。

每次交接都應記錄交出與接收人員、交換資訊及收到資訊的證據。無法確認決策負責人時，應列為待釐清事項，不能只在流程圖上畫箭頭帶過。

敏感客戶資料應依組織確認的方式供檢視使用。不需要完整紀錄時，工作坊應採用已遮蔽敏感內容的範例。檢視過程也要避免產生另一批失去管理的客戶文件。

資料不完整是觀察到的問題，原因還需要查證。欄位可能不清楚、使用者當時還沒有資訊，或答案已在其他系統。原因未解決就強制填寫，可能只會得到猜測的數值。

兩份報表不同，不一定代表資料損壞。它們可能使用不同期間、資料範圍或定義。先追查同一筆資料在兩份報表中的計算方式，再決定要修正資料、設定或業務定義。

整理發現時，應分清楚觀察內容、支持證據、可能後果及待確認事項，避免初步假設未經檢視就成為已核准需求。

這份清單是檢視起點，不代表法律要求。適當的控制措施取決於業務活動、資料及應履行的義務。檢視人員應在授權範圍內測試實際運作，不能只依設定畫面判斷。

具體的發現要說明受影響流程及證據。例如，假設檢視發現案件轉交後，任務仍指派給原顧問。問題是任務負責人未更新，可能造成追蹤遺漏。下一步應確認重新指派規則，並測試修正結果。

未在客戶系統中實際發現的問題，不能寫成該客戶的系統缺陷。示範例子可協助團隊了解方法，但必須區分方法說明與實際證據。

實際檢視應記錄樣本範圍及結論限制。幾筆資料出現問題，不能直接推定整個資料庫的發生比例。若決策需要更廣泛的結論，應確認額外檢查範圍。

依工作性質分類改善行動。有些需要立即調整營運，例如為無人監看的待辦清單指定負責人；其他可能需要修改設定、清理資料，或決定未來流程。

安排工作前，先釐清前後依賴。例如，修正儀表板需要先確認指標定義，而定義可能取決於哪個系統提供狀態。如果先做報表，後續決策改變就可能需要重做。

每項行動都應指定業務與導入負責人，並確認完成證據。開發完成後，仍需由業務確認修正流程能實際運作。待釐清問題應逐項列明，不能只放進籠統的「第二階段」。

依檢視結果設計測試情境，涵蓋正常作業、資訊不完整、重新指派及相關例外。除了修改的畫面，也要確認對報表及整合的影響。

請流程負責人檢視結果並記錄驗收。為工作受到影響的人員準備操作說明。如果新增控制措施，確認監控人員及辨識失敗的方法。

上線後，抽查新紀錄並檢視使用者回報的問題，確認修改是否解決原本發現的問題。沒有雙方確認的衡量依據，就不應宣稱營運或法規風險已降低。

• 對流程及其支援的決策的描述。
• 所涉及的角色，包括業務和風險負責人。
• 現行流程圖、表單及相關報表定義。
• 少量且經授權使用的資料樣本，涵蓋正常作業及例外情況。
• 已知問題、最近的變更和擬議的下一步投資。

透過 CRM 檢視 可確認設定或整合開始前，還有哪些問題需要釐清。