接上客戶系統
資料從哪來、能不能用
接得上不代表用得了。訂單日期若是昨晚的批次，你的「七日」可能從第一天就錯。
來源與新鮮度
問資料是即時查詢，還是每天凌晨的複本。複本要問幾點產出、漏跑時誰發現。退貨資格對一天很敏感，用昨天的複本必須寫進限制：接近第七日的單一律轉人工。這是誠實，不是保守到沒用。
也問誰是主檔。客服畫面上的日期若和這扇門不一致，專員不會相信你。先約好衝突時以哪一個為準，並在畫面上寫出來。
准不准用於這個用途
客戶內部查訂單，不等於同意你把訂單貼進某個公開的對話產品、或留在你的筆記本。問三件事：沙盒資料是不是假的、正式資料能不能進你的原型、紀錄要留多久、誰能看。沒有回答之前，用假資料演示。
假資料要長得像真的欄位，但不要用你從正式環境抄下來的編號。抄下來再「只是測試」，仍然是把別人的訂單帶出場。
個人資料從第一天就少碰
資格判斷若只需要編號、日期、品類，就不要要姓名、電話、地址。多要的欄位不會讓模型更準，只會讓出事時的範圍變大。這是範圍單的一部分，寫進去。
範例 · 接近第七日的單
門裡的資料是每日凌晨兩點的複本。
- 今天是下單後第七天的早上：複本可能還把這張單看成第六天。
- 第一版規則：下單日距今五到七日的單，一律轉人工，並在原因寫「日期太近，複本不足以為準」。
- 這條要出現在成功標準的不合格清單旁，讓客戶知道你為什麼沒自動化這一段。
練習
為你的資料寫三問的答案：即時還是複本、衝突以誰為準、哪些欄位你故意不要。
若有一問答不出，把它寫成上線前的阻塞，而不是風險登記裡的一句輕描淡寫。
完成的時候
- 你說得出資料的新鮮度會怎樣讓七日規則說錯。
- 你列得出這版不讀的個人資料欄位。