業務主管在看什麼
本章節說明：當一位業務主管打開 CRM 介面時，他真正關心的是哪些資訊，而不是系統提供了多少功能。
這一視角將作為後續 Dashboard 與警示設計的核心依據。
一、業務主管的工作本質
業務主管的主要責任，並非處理單一報價，而是確保整體業務運作處於「可控狀態」。
在實際工作中，他的角色更接近於：
- 判斷目前整體業務是否正常流動
- 找出需要被注意或介入的案件
- 分配資源與注意力的優先順序
因此，業務主管在系統中需要的，並不是完整細節，而是判斷依據。
二、業務主管真正會問的問題
以下問題，才是業務主管在日常管理中反覆出現的重點：
- 目前有多少報價正在進行中？
- 這些報價是否持續推進，還是已經停滯？
- 哪些案件金額較高，但進度異常？
- 風險是否集中在特定業務人員身上？
- 是否有案件已經超過合理時間卻未被處理？
這些問題的共通點在於：
它們都是「管理與決策問題」，而非「文件填寫問題」。
三、業務主管不想做的事情
在介面設計上，必須明確避開業務主管不願意承擔的操作行為，包括：
- 逐筆點開每一張報價單查看內容
- 靠業務人員口頭回報才能掌握狀況
- 透過 Excel 或人工方式彙整進度
- 在事後才發現案件其實早已停滯
若系統仍需要這些行為才能判斷狀況，代表它尚未真正支援管理。
四、從「文件狀態」轉為「管理視角」
單純的文件狀態（Draft / Sent / Accepted / Rejected / Expired），只能回答：
「這份報價文件現在處於什麼流程位置？」
但業務主管更需要知道的是：
- 這個案件是否仍然活躍
- 是否正在推進，或已實質停滯
- 是否具備繼續投入資源的價值
因此，管理視角必須超越文件本身，進入對「業務狀態」的判斷。
五、介面存在的真正目的
基於上述角色與需求，本 CRM 介面的存在目的並非展示所有資料，而是：
- 快速呈現目前整體業務狀態
- 主動揭示異常與風險
- 協助主管決定是否介入
換言之，介面設計的成功標準不是「資訊完整」，而是：
業務主管是否能在短時間內看出哪裡需要注意。
六、小結
業務主管在 CRM 中關心的不是單筆報價內容，而是：
- 狀況是否正常
- 問題是否浮現
- 自己是否需要出手
後續所有 Dashboard 區塊與警示設計，皆將以此管理視角為核心，而非以資料呈現為優先。
下一章將說明：
業務主管應如何透過 Dashboard 的整體配置，快速閱讀目前的業務狀態。