* 故事限要一步一步往下推
* 調整年廢
* 1. 從重複進限的6%去看
* 我們可以知道，如果實際上約6%是愛近限的，那這剩下的14%到底發生了甚麼事會在近14天重複近限？
* 會不會事業物本身，本來就有一些特性，所有有些問題，會需要比較時間處理？
* 會不會有從顧客樣太上，確實有些來自年齡、性別、持有產品的差亦，所造成問題近限上的差亦？

* 先問幾個問題
* 时程圖
* ETL開發，
* 因應原上限batch的開發要調整
* 風險等級
* 參數上傳模組
* 9/2號就會上去
* kickoff
* 專案範疇小心慢岩
*