這類資料的關鍵不在擷取,在日期設計
住宿價格專案最容易白做的地方,是沒想清楚擷取哪些日期就開始跑。
同一家飯店在淡季週二和旺季週六的價格可能差三倍,提前三十天和提前三天的價格又是另一回事。所以在動手之前必須先回答:你要研究的是什麼時間維度的價格——是淡旺季差異,是提前預訂曲線,還是競品的日常調價節奏。這三個問題需要完全不同的日期取樣方案。
我們會在評估階段幫你把這一步定下來,因為它比欄位設計更影響資料能不能用。

提需求時建議一併說明的內容
- 研究的時間維度:淡旺季、提前預訂曲線,還是日常調價。
- 日期取樣方案:擷取哪幾個入住日期,提前多少天擷取。
- 交付口徑:依房型還是依飯店取最低價。
- 住客條件:幾人入住,這會影響可顯示的房型範圍。
- 是否需要分項評分:清潔度、地點這些欄位是否要保留。
關於資料口徑
每一列都帶完整的擷取參數(入住日期、住客人數、房型)和 collected_at。週期性專案保留每次快照而非覆蓋,因為價格資料的價值就在變化過程本身。參數需要調整時會作為新基準重新開始。
