跳至主要内容

區塊三|風險與停滯案件

區塊定位說明

本區塊的目的,是將前一區 KPI 卡片中「異常的數字」具體化
讓業務主管能清楚回答三個問題:

  1. 哪些報價單正在卡住?
  2. 卡在哪個階段?卡了多久?
  3. 這些卡住的案件,是否值得我介入?

此區塊並非「問題清單」,
而是主管判斷介入優先順序的核心依據


什麼情況被視為「風險案件」

系統並不以主觀標籤判定風險,
而是根據以下客觀條件自動浮現:

條件一|業務進度長時間未更新

  • 業務進度(Sales Stage)停留在同一狀態
  • 超過預設天數(例如 5/7/10 天)
  • 無任何備註或行動紀錄更新

此類案件代表:

  • 業務可能不知如何推進
  • 客戶正在觀望或轉向其他供應商
  • 案件已實質停滯但未被意識到

條件二|高金額但尚未成交

  • 金額高於一般平均值
  • 仍停留在「談判中 / 條件協商」
  • 未進入成交或確認階段

此類案件即使數量不多,
對整體業績風險影響極大


條件三|已送出但無回應

  • 文件狀態為「已送出」
  • 客戶端長時間未回覆
  • 業務未能取得明確回饋

這類案件通常不是技術問題,
而是溝通或決策層卡關


區塊呈現方式說明

以「案件列表」而非圖表呈現

本區塊刻意不使用圖表,原因如下:

  • 主管需要看到「是哪一張單」
  • 需要知道「誰負責、卡多久、金額多少」
  • 圖表無法承載行動判斷所需細節

建議顯示欄位

風險與停滯案件列表,建議至少包含:

  • Job No.
  • Assigned Sales(負責業務)
  • 業務進度(Sales Stage)
  • 報價金額(Net Amount)
  • 停滯天數(距上次更新)
  • 文件狀態(Draft / Sent / Accepted)

這些欄位共同回答「值不值得介入」。


「誰在扛風險」的判斷方式

本區塊的關鍵價值,在於讓主管能快速辨識:

  • 風險集中在哪位業務身上
  • 是個人能力問題,還是案件結構問題
  • 是否需要資源或角色介入,而非單純催促

透過依 Assigned Sales 分組
主管可快速看到:

  • 同一位業務是否同時卡住多張案件
  • 是否集中於特定金額區間或階段

主管在這一區會做的事

在實務上,業務主管會在此區塊:

  • 決定「要不要進一步詢問業務」
  • 判斷是否需要親自介入與客戶溝通
  • 重新分配資源或調整案件優先順序

不會在此區塊做的事

  • 檢討績效
  • 要求立即成交
  • 微觀管理業務行為

與下一區塊的關係

本區塊只負責「指出問題與風險」,
不負責列出具體行動

下一步將進入:

區塊四|行動清單

由系統將風險案件轉換為:

  • 可追蹤的行動項目
  • 明確的主管介入時機
  • 清楚的責任歸屬

小結

若 KPI 卡片是「儀表板警示燈」,
那麼風險與停滯案件區塊,就是:

打開引擎蓋,讓主管看清楚問題在哪

沒有這一區,
主管只能感覺「哪裡不對」,卻無從下手。

這也是本介面設計中,
最具管理價值的核心區塊之一