我們出發的原點：這個問題
現在是二月。有一戶人家的暖爐壞了，十八個月前您的團隊去過那裡。那次到場的記錄散落在各處：一串簡訊、相簿裡的照片、貨車裡的一張紙本帳單，還有某個人的記憶。您站在門口的時候，這些東西一樣也用不上。於是這趟工作只能從頭來過：一樣的問題、一樣的檢查、一樣要再花掉的一小時。您只能再收一次費，或是自己吸收這筆損失。
本來應該解決這個問題的軟體，大多沒有真的解決。它們是為有派工員、有辦公桌的辦公室設計的，價格也是開給請得起這些人的公司。而且它們偏偏在工作真正發生的地方失靈。於是職業人士繼續用紙本作業。
我們打造了完全相反的東西：一款應用程式，會為您做過工的每一個地址留下記錄。每一次到場、每一張照片、每一份報價單、每一張帳單、每一則筆記，都掛在那個地點上；不管有沒有訊號，走到客戶家門口就能打開來看。
我們如何打造
我們絕不違背的四項原則
這些不是掛在牆上好看的標語。每一項都限制了我們每天寫程式碼的方式，而且每一項都由電腦自動檢查。我們不會只是相信有人會注意到。
在這裡，沒有訊號是常態，不是故障
機房、地下室、狹小空間，以及將近一半的鄉間服務範圍，都沒有可用的訊號。所以應用程式會先把您的工作內容存在手機上，之後才傳送到伺服器。它會保留一份還沒送出去的清單，即使您關掉應用程式、手機自己把它關掉，或是把手機留在停車場一整天，這份清單都不會消失。您的工作一定先存下來，之後才會送到任何地方去。
應用程式在手機上有自己的資料庫，也有自己的待傳送清單，而不是伺服器內容的短暫副本。
金額一律以整數分計算，絕不使用小數
每一筆金額都以整數分儲存，每一個稅率都以整數的百分之一儲存。我們只在規則規定該進位的那一點，刻意進位一次，而不是在上百筆小額加總的過程中，悄悄地一點一點進位。
有一項自動測試會讀取正式環境的資料庫：只要哪個以金額命名的欄位設定成可以存放整數以外的值，測試就會失敗。
一間公司永遠無法看到另一間公司的資料
每一筆記錄都標記了擁有它的公司，每一次資料庫查詢都限定在發出查詢的那間公司，而在底層，資料庫本身也維持著同一道牆，每張資料表都有自己的規則。這兩道牆必須同時失效，資料才會外洩。
有一項自動測試會讀取正式環境的資料庫：只要有哪一張公司記錄的資料表少了這項規則，測試就會指名那張表並失敗。
歷史記錄只能新增，永遠不能更改
歷史記錄和收款記錄永遠不會被編輯或刪除。要修正錯誤時，我們會新增一筆新記錄來取消舊的那一筆，所以即使多年後，一項工作的來龍去脈仍然清楚可查。當雙方對於「當初談好了什麼」以及「什麼時候談的」有爭議時，這一點就很重要。
資料庫會自動阻擋這種操作，這不只是我們要求大家遵守的一項規則。
ZEUS