用於共同確認完整流程、痛點、改善項目、優先順序與改善進度。
適合會議快速確認及列印為PDF。
本頁只呈現主管需快速掌握的流程、營運風險、近期推動項目與 D1 決策；完整流程、評分、訪談依據與全部待確認問題保留在第二層頁面。
依 1 → 2 → 3 閱讀，就能判斷哪些內容已盤清、哪些還要確認。
資料基礎：已整合Gloria、Doris、力勤、SC及CSM訪談／會議內容、SharePoint業務流程文件、下單流程圖與獎金操作資料；同一會議室造成的發言者辨識不作為角色責任判定依據。
以下為依現有資料整理的閱讀指引，不取代尚待各部門核准的案件分類與例外矩陣。
| 案件類型 | 通常起點與主要路徑 | 仍需確認 |
|---|---|---|
| 新專案／委外服務 | 01→02，03可提前；完成04後進05／06，需要持續服務時平行啟動07。 | Kick-off、驗收證據及交接成熟度。 |
| 硬體設備買賣 | 01→02→03／04→05→06，另參考「產品交付與續約」子流程。 | 現況：採購驗收及客戶驗收皆需要；兩項完成後才能進入一般開票流程。 |
| 外部廠商軟體／授權 | 01→02→03／04→05→06。 | 現況：需要採購驗收、不需要客戶驗收；不得與FDS／Direct授權合併判斷。 |
| FDS／Direct 授權 | 01→02→03／04→05→06。 | 現行慣例：原則不需要採購驗收及客戶驗收；待核定：正式適用範圍。 |
| 專案服務／設備租賃／組合型 | 01→02→03／04→05→06。 | 專案服務需客戶驗收；租賃及組合型須依矩陣判斷，並保留分品項、分批驗收及部分開票。 |
| 維運／月費／租賃 | 01→02→03／04→05／06，並由Kick-off或交接會議啟動07；合約、授權或保固到期時進08。 | 原則前三個月由 SC 主責、CSM 輔助；三個月後由 CSM 主責，實際交接時間可依客戶狀況提前或延後。 |
| 續約／擴充 | 由08到期事件啟動；商務條件變更時回02，符合免重報價條件時可回04。 | 建立Opportunity、重新報價與直接下單的正式門檻。 |
| 終止／不續約 | 由08進入「客戶服務終止」子流程，完成停票、應收、移交、回收與通知。 | 服務停止、資料刪除及設備處理核准規則。 |
集中呈現目前無法由既有訪談與文件直接定案的管理責任、時程、衡量基準與流程規則；對應階段頁仍保留節點位置與完整脈絡。
| 待確認內容 | 為什麼需要確認 | 建議確認對象 | 影響位置 |
|---|---|---|---|
| D1｜各階段唯一最終負責A | 現有資料多只能確認主要執行者R；跨部門卡關或逾期時，無法判斷最後由誰負責。 | 業務主管與相關部門主管 | 01～08主流程及各子流程 |
| D1｜各改善項目的正式Owner | 目前可辨識參與者及前置工作，但未有一致的成果負責人。 | Hank／業務主管 | 改善清單 |
| D1｜目標季度或完成日期 | 未經主管確認的時程不應用推測值呈現，也無法形成逾期管理。 | 改善Owner／業務主管 | 改善進度看板 |
| D2｜下一個可驗收里程碑 | 需區分規則確認、PoC、試行、上線與正式驗收，才能判斷實際進度。 | 改善Owner與相關資料／系統Owner | 評估中與執行中項目 |
| D3｜預期效益與現況基準 | 缺少處理時間、退件率、錯誤率、逾期金額或人工量，無法衡量改善成效。 | 業助／財務／流程Owner | 改善效益追蹤 |
| D1｜正式SLA與逾期升級 | 首次聯絡、Presales指派、業務確認及客訴回應等時限仍有不同說法或缺少代理規則。 | 業務主管／CSM主管／Presales／相關部門主管 | 01、02、06、07及服務案件 |
| D1｜跨流程規則與例外矩陣 | Go／No-Go、授信、預付款、驗收、開票及續約仍有案件類型與例外尚未統一。 | 業務、業助、財務、管理部／合約審閱角色（待確認）、採購、PM／工程 | 02～08主流程 |
| D3｜AP正式名稱與定義 | 獎金操作資料使用AP欄位，但現有資料不足以確認正式中文名稱、計算內容與權威來源。 | Hank／財務／獎金作業人員 | 獎金計算子流程 |
| D3｜BC正式系統名稱與責任邊界 | 可確認BC用於客戶主檔、Sales Order及財務作業，但正式名稱及各模組Owner仍需核定。 | 財務／業助／IT | 03、04、06及產品子流程 |
以下內容會直接由各階段流程資料彙整；流程頁更新問題時，總表會同步更新。
色帶越深代表高嚴重度痛點越多；卡片同時列出痛點與改善項目數，點選可查看內容。
目前尚未建立實際完成度，因此不以推測百分比呈現；待Owner與里程碑確認後即可顯示真實進度。
長條越長代表項目越多；點選任一列可直接篩選改善項目。
由左至右代表改善推進階段；暫緩項目另外列示。
業務重要性分數＝2×業務影響＋頻率＋2×風險＋人工量，並依此產生執行優先級 P0～P3。跨部門程度、實施難度、資料成熟度與規則成熟度另用於呈現執行難度及 Wave，不降低業務重要性。每項均使用 1～5 分評估。
Wave 0營運止血；Wave 1規則與 Owner 確認；Wave 2資料與系統整合；Wave 3AI／進階自動化。
現有資料不足以可靠推定以下內容，因此不顯示猜測進度；完整責任與規則請至「待確認事項」。
需要跨流程比較時，再依流程、執行優先級、Wave或狀態篩選；詳細內容預設收合，避免與上方重複。