集團戰情中心：開發邏輯與工程確認清單
目的不是照著目前版面刻 UI；而是將管理者閱讀習慣、四個事業體的資料來源，以及蘿妮娜以「場次活動規劃單」為核心的作業流程，轉為可驗收的資料模型與互動規則。
使用方式：在上方切換「儀表板／資料匯入／新增場次」；每個畫面右側皆區分「必須達成、示意方式、待工程提案」。
1. 整體資料／閱讀層級
集團總業績目標、累計、達成率、工作日／週數預期與警示↓四個事業體森挪威／SPA 館／蘿妮娜／茉本經銷，各自設定目標與關鍵指標↓可下鑽的營運主體蘿妮娜＝場次；森挪威＝渠道／商品／廣告；SPA＝門店 POS 指標
2. 第一階段必做規則
- RWD、手機先決：管理者可先掃 KPI，點擊後逐層展開，不以密集表格作為手機主畫面。
- 警示不是固定紅字：必須以目標、已過工作日／週數、預期應達金額為依據，並顯示資料最後更新時間與缺漏狀態。
- 版面只是示意：驗收以資料定義、閱讀層級、下鑽行為、權限與狀態規則為準。
- Demo 與正式環境隔離：Demo 僅使用假資料，不使用 LIFF、正式帳號、資料庫、環境變數或正式 API。
3. 四事業體範圍與資料來源
| 事業體 | 主要閱讀主體 | 已知資料來源／待確認 |
|---|---|---|
| 森挪威 | 官網、蝦皮、商品組合、廣告 | 蝦皮可評估 API；SHOPLINE 先以報表匯入。需避免每日 LINE 回報與系統資料重複計算。 |
| SPA 館 | 門店營運 | 待確認 POS 可匯出欄位與頻率。核心：新客人、來客數、客單價、回訪次數、提袋率。 |
| 蘿妮娜 | 場次／活動規劃單 | 以 Lady&Avis、Zona 若娜女孩區分；每一個場次可有 D1–D10，資料由就醬播報表匯入。 |
| 茉本經銷 | 經銷業績 | 待確認系統與 API／匯出報表可行性。 |
4. 蘿妮娜：核心領域模型
場次 Event品牌／場次名稱／日期／目標／負責人／狀態→每日節點 Daily SnapshotD1–D10 可調整；保存每次匯入資料與當日操作紀錄→結案 Closeout保留最終數據＋過程快照，供未來做場次／業務交叉分析
- 固定欄位：場次日期、品牌、目標、負責人、D 節點、結案狀態等，由系統管理。
- 流動欄位：例如「彩蛋標」「KOL 合作」，可由業務自訂名稱、是否必填、資料型態、是否需要通報。
- 比較規則：僅比較「同名且定義相同」的欄位；單一場次才有的欄位顯示提醒，不硬湊進比較。
- 結案規則：結案後呈現最終值，D1–D10 保留為結案紀錄。是否可更正、如何留版本，需工程提出方案。
5. 跨部門通報骨架
暫不綁定特定部門系統，但欄位需能設定「通知規則」。每則通報至少有：來源場次／欄位、接收部門或角色、內容摘要、到期日、狀態（待確認／已讀／處理中／完成／逾期）、回覆與操作紀錄。
待決策：通知方式（站內、LINE、Email）、逾期升級對象、是否必須回覆、可看範圍與權限。
6. 指標定義：先釘分子分母
| 指標 | 建議定義 | 必問事項 |
|---|---|---|
| 達成率 | 累計實績 ÷ 同期間目標 | 目標按月、工作日或場次拆分？退貨／取消如何回沖？ |
| 預期差距 | 累計實績 − 截至今日應達實績 | 工作日、週數、季節性、活動日是否進入預期曲線？ |
| ROAS | 指定歸因轉換值 ÷ 同期間廣告花費 | 平台歸因窗、退款與自然訂單是否納入？ |
| 新客率 | 期間首次消費客數 ÷ 期間不重複消費客數 | 新客依 POS 會員、手機、LINE 還是人工判定？ |
| 客單價 | 淨營收 ÷ 成交單數 | 退貨、折扣、儲值、贈品是否納入？ |
| 回訪率／次數 | 需先定義觀察窗；例如期間回訪客數 ÷ 可回訪舊客數 | 回訪的時間窗、身份去重鍵、預約取消如何計？ |
| 提袋率 | 有零售商品之消費單數 ÷ 服務成交單數 | 「提袋」是商品件數、商品單、或服務客？ |
7. 工程交付方式與分期
- Phase 0：資料字典、指標定義、資料來源盤點、匯入樣本與缺漏規則。
- Phase 1：集團／四事業體總覽、目標設定、工作日警示、最後更新與資料品質狀態。
- Phase 2：蘿妮娜場次主檔、固定／流動欄位、D1–D10 匯入、結案快照與同欄位比較。
- Phase 3：跨部門通報、角色／權限、通知與逾期規則；再依 POS、SHOPLINE、蝦皮、經銷來源整合。
8. 工程開始前需回覆的問題
- 每個來源可提供的報表／API、更新頻率、唯一鍵與歷史資料範圍？
- 目標由誰設定、修改是否需留版本、事業體目標是否加總等於集團目標？
- 場次結案後的可編輯權限與版本留存規則？
- 流動欄位的型態、必填、通報與比較定義要由誰管理？
- 每一種通報的接收角色、時限與逾期處理？