開發與部署
正式環境不能當草稿
草稿的地方是本機和測試。正式環境上的每一個改動，客服都可能正在拿去對顧客。
為什麼不能在那裡試
你在正式環境改一個條件，改到一半的那幾分鐘，空白單號可能會猜、也可能會停，看你改到哪一行。客服不會知道你在試。顧客拿到的結論會變成沒有人簽過的那一版。
試規則是分支和測試環境的工作。正式環境只接受已經走完的版本。這不是保守，是因為這裡的資料是真的，按下去的人不是你。
小改動也一樣
改一個字、改一個天數、暫時打開一個「先讓它猜」的開關，都算改規則。開關若只存在正式環境，沒有對應的版本名字，你之後無法回答它是誰打開的。暫時通常會變成忘記關。
真的要臨時停用，應該是一個事先講好的動作：把入口關掉，或回到上一版。不是登進去改一行看看。
演示也不該借正式環境
客戶想看，給他測試環境的網址和假資料。若他堅持看正式，先確認這次按下去不會寫入真的退貨，而且看的是已經負責的那一版，不是你準備順便試的點子。
把正式環境當草稿，最常見的藉口是「只改這一點，測試環境太麻煩」。麻煩是對的成本。真退貨才是貴的成本。
範例 · 一個不該發生的下午
為了讓主管看「超過七天也能通融」，有人在正式環境把七天改成三十天，看完打算改回。
- 看的那二十分鐘，客服可能已經放行一張不該退的單。
- 改回若忘記，隔天規則就不是大家簽過的。
- 該做的：在測試環境放一個有名字的嘗試，用假單看。正式維持七天。
練習
寫下兩件你絕不會在正式環境做的事，以及它們該在哪個地方做。
再寫一件允許在正式做的事。它應該是放上已走完的版本，或執行事先講好的停用。
完成的時候
- 你能說明為什麼正式環境不能試規則。
- 你能把一次演示安排在測試，而不是借正式環境改數字。