步驟1:定義範圍與KPI。主要KPI 建議:單機日均銷售(NT$/台/日)、SKU周轉率(次/年)、缺貨率、滯銷庫存比、補貨成本。
步驟2:分層目標(短期:降低缺貨 20%、中期:提高周轉 30%、長期:降低配送成本 15%)。把KPI量化為可追蹤數值與期限。
步驟1:盤點資料來源:販賣機即時交易日誌(含時間、SKU、數量、金額、付款方式)、補貨紀錄(時間、補貨人、數量)、溫度/故障紀錄、地點特性(人流、營業時間)。
步驟2:欄位範例:machine_id、location_type、timestamp、sku_id、qty_sold、price、stock_before、stock_after、restock_lead_time、temp。確保每個來源都有時間戳(UTC或台北時區)。
步驟1:採用批次或流式匯入(每天凌晨批次足以開始)。用SQL或Python做ETL:去重、對齊時區、補齊缺失stock值(採最近觀測值向前填補)。
步驟2:常見清洗:刪除負值交易、合併同SKU不同編碼、將假日、促銷標記為欄位。保留原始檔以供追溯。
SQL範例(每台機器每日銷售):
SELECT machine_id, DATE(timestamp) day, sku_id, SUM(qty_sold) total_qty, SUM(qty_sold*price) total_revenue FROM sales GROUP BY machine_id, DATE(timestamp), sku_id;
Excel公式(周轉率):周轉率 = 銷售成本 / 平均庫存;若使用件數:年周轉次數 = 年銷售件數 / 平均庫存件數。
步驟1(簡單):以移動平均與加權SMA做7天、30天預測,檢驗MAPE%作為誤差指標。
步驟2(進階):使用Facebook Prophet或ARIMA做含季節性/節日效果的模型。驗證:留出最近2-4週當測試集,計算MAPE與RMSE,比較模型選最穩定的。
公式1(再訂貨點ROP):ROP = 日均需求 × 供應提前期(天) + 安全庫存。
公式2(安全庫存):SS = Z × σ_LT;示例:日均需求=10件、lead time=3天、σ_LT(需求在提前期波動)=5件、服務水準95%→Z≈1.65,SS=1.65×5≈8件→ROP=10×3+8=38件。
步驟1:根據ROP與庫存容量做自動排程,分為高頻(每日)、中頻(每2-3天)、低頻(每週)補貨班表。
步驟2:使用TSP/VRP簡化版或路線優化工具(Google OR-Tools)做配送路徑,先以城市或區域群組化(例如台北市中心 vs 郊區),優先級設定考量缺貨風險與補貨成本。
步驟1:設計A/B測試,變因可為價格、折扣、搶眼標籤或放置位置,控制組與實驗組至少持續2週並以銷量/利潤/轉換率比較。
步驟2:用統計檢定(t-test或bootstrap)確認效果顯著,結果優化後再推廣到同類場域。
步驟1:建立每日儀表板(機台健康、top10暢銷SKU、缺貨警示、滯銷TOP)。工具建議:Power BI、Google Data Studio、Grafana。
步驟2:設定閾值告警(例如單機24小時銷售=0自動告警、低於ROP的SKU發送LINE/Email給補貨人員)。
步驟1:選3-5台代表性機台做為Pilot(市中心、辦公區、學校周邊),試行6-8周。每週監控KPI並記錄例外事件。
步驟2:評估後分階段擴展(先擴到同類區域,再跨區域),同時建立SOP與培訓資料,確保補貨人員能遵循數據建議。
考量1:台灣節慶(過年、端午、中秋)會改變銷售模式,需將節日列為外生變數。
考量2:付款方式(悠遊卡、LINE Pay)影響客群購買行為,應分群分析。溫控與保鮮也會影響商品上架與補貨頻率。
問:從哪裡開始做資料分析最省力? 回答:先從最容易取得且影響最大的資料開始——每台機器的日銷量與庫存變化。用Excel/Google Sheet做7天移動平均與缺貨報表,建立ROP公式並在補貨流程中試行一週,這樣能快速看到改善並逐步投入工具與模型。
問:沒有技術團隊怎麼實作預測與儀表板? 回答:可採購現成SaaS(如Tableau Online、Power BI Pro)或委外短期專案。初期用Google Sheet+Apps Script做自動匯入與簡單圖表,或請顧問建立一套每週自動報表,待成效明顯再內訓或招募資料人員。
問:如何衡量數據分析投入的ROI? 回答:設定基準期(Pilot前4週)與改善期,量化節省的缺貨損失、庫存減少而降低的資金占用、配送成本下降與銷售提升。ROI =(淨增利潤 - 分析與系統成本)/ 系統成本,追蹤3-6個月即可驗證是否達到預期。