開車是營運成本（沒有人會付錢請你等紅燈），而多數糟糕的路線，起因都是案場依電話進來的順序被排入行程，地理位置從頭到尾都沒有發言權。應該依地理位置、而不是依時間順序來安排一天：把彼此相近的站點分在一組，讓一天的行程像個迴圈一樣進行，而不是把整座城市橫跨兩趟。這套方法要能奏效，前提是每個案場都記載了真實的地址與誠實的工時估算；而如果客戶能在你真正出發時收到通知，這套方法的價值又會再高一層。
老實檢視一下上週二的行程。
五趟出勤。第一趟在東北方，因為那位客戶是星期一早上打來的。第二趟在河對岸的西南方，因為那位客戶是星期一下午打來的，而「明天大概十點」這句話，是你想都沒想就脫口而出的。第三趟又回到東北方，離第一站只有四個街區。第四趟在市中心。第五趟再度回到西南方，離第二站只有十二分鐘車程。
你把整座城市橫跨了兩趟，去某個案場的路上還從另一個案場門口開過去，回到家的時間比工作本身理應需要的時間晚了四十分鐘。沒有人規劃過那條路線。它是自己規劃出來的，一通電話接著一通電話，順著電話碰巧響起的順序。
多數小型工班的一天，就是這樣被建構出來的，而這值得精確地算一算代價，因為修正的方法幾乎不花一毛錢。
為什麼行車時間會讓你賠錢？
你工作日裡的每一個小時，都是以下三種之一：有收費的工作、能帶來收費工作的工作（報價、跟進聯繫），或是營運成本。開車屬於營運成本。是必要的營運成本——工作地點在客戶的場地，不在你自己家。但終究還是營運成本。沒有人付錢請你坐在紅燈前等待。
把它換算成數字。假設你的工時費率是每小時 95 美元，那麼一小時的開車時間，就等於你花掉了 95 美元本可用來承接工作的產能。再加上油錢——假設一天行程排得糟，多繞的距離大概多花 18 美元——還有里程數在你看不見的地方悄悄累積的耗損。如果是兩人小組，人力成本會直接翻倍，因為你們兩個都坐在車裡。
不舒服的地方在於，行車時間會躲起來。物料延遲送達是看得見、也讓人惱火的事。但四十分鐘可以避免的行車時間，卻分散在一整天裡，每次七分鐘，感覺起來就像是在工作：你在移動，你正處於兩個案場之間，你「在路上」。它從來不會被算進去，所以也從來不會被修正。
另一項代價比較隱性，但同樣真實：當天最後一位客戶見到的是你最疲憊的狀態，而原本應該用來應付突發狀況（卡住的閥門、話多的客戶、臨時繞去材料行）的緩衝時間，全都花在柏油路上了。
每份工作的開車成本計算機可以算出往返工地的車程，每一件工程、乃至一整年下來，實際花掉你多少成本。
為什麼一天的行程總是排錯順序？
沒有一個承包商會坐下來，主動選擇一條糟糕的路線。糟糕的路線，是一套合理流程下自然產生的結果：
案場依客戶來電順序排入行程。 行事曆是按電話進來的時間先後填滿的，地理位置從來沒有機會參一腳。星期一早上打電話來的人，不管住在哪裡，都拿到早上八點的時段。
時間是在電話裡當場承諾的。 「大概十點」這句話很容易說出口，卻很難收回。一旦三位客戶都拿到了鬆散的時間承諾，順序在任何人看地圖之前就已經被鎖死了。
整套計畫都放在你的腦子裡。 五個站點就有 120 種可能的排列順序。沒有人會在清晨六點四十分泡咖啡的同時，在腦中比較 120 種順序。你選一個看起來合理的方案，然後就出發了。
一天開始之後，情況又會改變。 一通取消電話、一通緊急來電、一項必須臨時去取的零件。你原本半計畫好的順序這下過時了，你只能在紅燈前重新規劃。
這些都不是紀律上的失敗，而是當路線順序只是副產品、而不是一個真正的決策時，自然會發生的結果。
路線順序實際上能省下多少時間？
以一個中型城市裡合理的服務日為例：五個站點，依真實來電的方式分布。
依來電順序排定的一天是這樣跑的：店裡出發 → 東北（14 公里）→ 西南（19 公里）→ 再回東北（17 公里）→ 市中心（8 公里）→ 再回西南（12 公里）→ 返回店裡（11 公里）。總計：81 公里，考慮市區車流，大約要 1 小時 50 分鐘都在開車。
重新排成一個迴圈之後（先跑兩個東北站點，再去市中心，回程順道跑兩個西南站點），同樣這五個案場只需要跑大約 52 公里，行車時間約 1 小時 10 分鐘。
同樣的客戶、同樣的工作、同樣的廂型車。省下大約 29 公里與 40 分鐘，而這一天還算不上特別糟糕。把這套方法套用在服務案件密集的一整週，差距大概會累積到兩到三個小時。這足以再多接一個小案子，或是讓你每天都能準時回家吃晚飯，而不是一週只有兩次。
這個例子的重點不在於精確的數字；你所在的城市、你的站點分布、你的車流狀況，都會得出不同的結果。重點是，這些節省下來的時間，完全來自「順序」本身。沒有人開得更快，沒有案場被縮短工時，也沒有客戶被放鴿子。這種浪費純粹是結構性的浪費，而這正是軟體最擅長消除的那種浪費。
每日看板：輕點一下就能重排的站點
這正是 Zeus「工作看板」裡「每日看板」分頁的任務。工作看板有三種檢視方式：顯示誰負責什麼的「調度」看板、呈現整週案場排程的多日「規劃表」，以及「每日看板」。「每日看板」會取得今天的所有站點，做出你在清晨六點四十分靠腦子完成的那件事。它把站點標在地圖上，一個按鈕就能完成排序。補充一個實務上的說明，這也是誠實該說清楚的地方：「工作看板」是 Pro 方案的功能。工程排程本身 Free 方案就有，付費方案多出來的正是這三塊看板。
運作機制的細節其實沒那麼重要，重要的是它取代了什麼，所以以下是它老實的樣貌：
每個站點都來自你已經排定的工作。 這裡沒有另外一套「路線規劃」的資料輸入。案場本身就記載了施工地址；「每日看板」會讀取今天已排定的工作並將其排列出來。只要地址在案場上，站點就會出現在地圖上。
排序是經過最佳化的，而不是依時間順序。 一個按鈕，就能把今天的站點依地理位置重新排序，而不是依誰先打電話來排序：呈現的是那種迴圈式的一天，而不是來回彈跳式的一天。你可以看到一份排序過的站點清單，也能看到地圖上的定位點，所以任何一個「感覺不對勁」的順序，在你發動引擎之前就已經看得出來，而不是等到第二次跨河的時候才發現。
預估到達時間是務實的，而不是樂觀的。 每個站點都會顯示，依照目前的順序與站點間的行車距離，你大約何時會抵達。這個數字，正是「大概十點」和一個你真的能兌現的承諾之間的差別。它也會調整你自己的期待，而這正是關鍵：你不會再把六個站點硬塞進只夠排五站的一天。
這一天能經得起現實的考驗。 當客戶在早上八點十五分取消，或是中午突然接到一通緊急電話時，你不會在紅燈前拿著手機重新解那道排列難題。移除那個站點、加入新的站點，再重新跑一次排序，剩下的站點就會以合理的順序重新排好。
這在實務上帶來的改變很小，卻很持久：你不再需要自己做任何路線規劃的決策。清晨六點四十分盯著行事曆的儀式，變成了打開「每日看板」、大略檢查一下順序是否合理，然後出發開車。
「快到了」，不用再靠打電話
一個安排得好的服務日，後半段的重點在於客戶的體驗——而客戶對工班最大的抱怨，從來不是價格，甚至不是品質。而是沉默。「他們說早上會到」這句話，到了上午十一點十五分就會發酵成一星負評的心情，即使你在十一點二十分抵達，而且你什麼都沒做錯。
傳統的解法是提前打電話，這是個好習慣，卻很容易在工作量一大時就消失：你正在開車，雙手都占著，而對方的電話號碼還埋在某個簡訊對話串裡。
Zeus 把這個習慣內建進路線裡，而不是假裝自己是一款訊息軟體——這個分寸值得說清楚。從你即將前往的下一站開始，「通知客戶」功能會幫你寫好訊息（對方姓名、你的預估到達時間、你正前往的方向），並直接交給你自己的訊息應用程式或郵件，地址與內容都已備妥。你只需要按下傳送。
沒有任何內容是透過 Zeus 發出去的，也沒有任何東西是它自動傳送的。它真正省去的，是那個真正會扼殺這個習慣的部分：在你急著出門時，還要一邊拼湊一句話、一邊翻找電話號碼。
原本一直盯著窗外的客戶放鬆下來；原本臨時跑去買東西的客戶趕回了家。你把他們一天中最難熬的部分——不確定的等待——變成了看得見的、正在移動中的送達過程。
如果你偏好親自傳訊息或打電話，腳本本身其實不太重要，重要的是要真的做：
「嗨，我是水管公司的 Sam。我正在收尾手上這個案子，接下來會往你那邊過去，大概十一點二十分會到。我們談過之後有什麼變動嗎？」
最後那個問題值得問。大約十次裡有一次，它會挖出一些東西（門禁密碼、一隻狗、或是「既然你都來了，順便……」），而這些事，在車上發現遠比在門口才發現要好得多。
讓路線誠實的三個輸入條件
一條經過最佳化的路線，好壞取決於它掌握了多少資訊。三個習慣能維持路線的真實性，而這三者其實都是你原本就該做的事：
在案場上填寫真實的施工地址。 不是「亨德森家」，也不是客戶名下、在城市另一頭出租房產的帳單地址。案場的地址，就是廂型車要開去的地方；如果地址是對的，後續的一切（地圖定位點、順序、預估到達時間）都會跟著自動對上。
給案場誠實的工時估算。 一個號稱「快速換個濾網」、實際上卻是要爬上爬下梯子、耗時九十分鐘的工作，會拖垮它後面每一個站點的預估到達時間。你不需要精確無誤，你只需要不再用一廂情願的方式排程。
只把真正固定不變的事情當成錨點。 有些站點確實受時間限制：一棟只允許上午九點到十一點施工的公寓大樓、一位必須在上班前讓你進門的客戶。這些才是錨點，一天中其餘的部分應該圍繞著它們靈活調整。常見的失敗模式，是把每一句隨口說的「大概十點」都當成錨點來看待；結果就是什麼都動不了，你又回到了原本的來回繞路，只是換了個名字。
而由於「每日看板」是這款離線優先應用程式的一部分，你早上載入的路線，就算在停車場裡完全沒有訊號，依然留在你的手機上。這個特性在這個部落格的其他地方有更完整的說明；這裡只要說一句就夠了：訊號格數消失，計畫不會跟著蒸發。
路線無法知道的事
一份給業界人士看的指南，應該誠實面對它的極限，所以：路線最佳化能把你的站點排得很好，但它讀不懂人心。
它不知道 Kowalski 太太每次都要聊上二十分鐘，不知道市中心那一站下午三點後沒有停車位，也不知道你總會在東邊那家材料行附近吃午餐。它不知道剛剛封橋的那場車禍。它是以直線距離來衡量距離，而不是實際道路距離，所以一條河或一段鐵路切在兩個相近的定位點之間，可能會讓一個看起來整齊的順序，實際上變得更糟。一個系統找不到地圖位置的站點，根本不會被排入順序；它會被丟到清單最後面，直到你修好那個地址為止。而它偶爾也會提出一種在幾何上正確、在人情上卻很失禮的順序：把髒亂的拆除工程站點排在一位會注意到骯髒工班走過剛完工住家的客戶之前。
這正是你的判斷力該派上用場的地方，也是為什麼那份排序清單只是一個起點，可以被你覆寫，而不是一份已經封存的定論。這套軟體並不會規劃出完美的一天。它真正的價值，在於你可以從一個「好的一天」開始調整，而不是從一個「隨機的一天」開始救火。每天早上花十秒鐘檢查，永遠勝過花十分鐘在腦中規劃路線。
常見問題
如果我每天只有兩、三個站點，這還值得用嗎？
站點越少，路線最佳化帶來的效益就越小。只有兩個站點時，可能的排列順序也只有兩種。但「每日看板」的其他部分依然很有價值：務實的預估到達時間、「即將抵達」通知，以及把地址與案場細節集中在一處，而不是分散在行事曆、簡訊對話串和你的記憶裡。這個習慣也會跟著你一起成長：發展到一天要跑六個站點的工班，不必等到那一天真正到來，才臨時搭建一套新系統。
跨多天進行的案子怎麼辦？它們會不會讓路線變得雜亂？
跨多天的工作，正是「規劃表」存在的目的；它呈現的是這些案子如何佔用一整週的時間。「每日看板」最適合用在服務型態的日子（幾個較短的站點），以及一項長期進行的案子與幾趟零星出勤共用行事曆的日子——這正是路線規劃最容易出錯、代價也最高的時候。
我的客戶期待的是精確的預約時間，而不是一個時間區間。最佳化排序會破壞這一點嗎？
不會。它反而會讓你承諾的時間更有機會兌現。排序是在前一天晚上或當天一開始就決定好的，而每個站點的預估到達時間，都是根據那個排序算出來的。真正改變的，是你「何時」做出承諾：等一天的順序排定之後再報出確切時間，或是在電話裡先給一個區間，再用「即將抵達」通知去確認。在預約當下、提前好幾天就承諾精確時間，一直都是最脆弱的一環。
路線順序有考慮車流狀況嗎？
把預估到達時間當成規劃用的數字，而不是即時導航。「每日看板」關注的是站點的「順序」，以及對何時能抵達每一站的務實掌握；你慣用的地圖應用程式，依然負責處理逐向導航，以及前往下一個定位點路上的即時車流狀況。這兩者是互補的：一個規劃一天的行程，另一個駕馭其中的每一段路。
ZEUS