只要把三件事做對，工班就會接受工時追蹤；只要漏掉其中一件，他們就會悄悄不再理會它。在安裝任何東西之前，先講清楚真正的原因（那些從來沒被算進帳單的工時，還有靠猜測拼湊出來的報價）；並且明確說明它到底記錄了什麼，包括位置資訊在內，而不是讓工班自己發現。打卡這個動作，要能在車道上、肩上扛著梯子的狀態下，一下就完成，因為只要稍微麻煩一點，就會被跳過。然後，看工時表時不要在幾分鐘上斤斤計較：你第一次去質疑某人少的那十二分鐘，就是這個應用程式從「工具」變成他們原本就懷疑的那條「監控鎖鏈」的那一天。
你在星期五快下班時宣布這個消息：「從星期一開始，我們要在手機上裝一個追蹤工時的 App。」你最得力的資深安裝師傅（做了九年，那種不用交代就會主動開工、不用催就會主動收尾的人）沉默了一下，然後半開玩笑，但其實不太像玩笑地說：「所以你現在要開始監視我們了？」
這句話就是整個問題的核心，而它值得一個比「只是為了算薪水」更好的答案。因為他反對的不是「記錄自己的工時」——他這輩子都在記錄工時，寫在卡片上、白板上、供應商收據的背面。他反對的，是被監控，而他的懷疑是有道理的，因為市面上確實有很多追蹤工具，就是專門為了監控而設計的：行蹤軌跡、閒置警示、還有一個讓老闆盯著地圖上的小點移動的儀表板。
你確實可以讓工班接受工時追蹤，包括那些自尊心強的人，包括做了九年的老手。但你必須靠三件事來贏得他們的接受：怎麼宣布這件事、操作有多順手、還有你看工時表時的態度。這三件事只要漏掉一項，這個應用程式一個月內就會死掉——不是被明確拒絕，而是被漸漸遺忘，而遺忘其實就是比較客氣的那種拒絕。
為什麼你的工班會抗拒工時追蹤？
先認真看待這份反對，因為這不是被害妄想。
技師的一天裡，充滿了看起來像在偷懶、但其實不是的事：在供應商櫃檯耗掉的二十分鐘、工地之間的車程、和屋主的一段對話，讓一件 9,000 美元的專案不至於演變成客訴、在車上翻找對的零件。一套監控工具，會把這一切通通壓扁成「沒在工作」。任何真正做過這行的人都知道這一點，這也是為什麼最反感被監控的人，通常正是你最優秀的人——他們清楚自己做了多少看不見的工作，也清楚一個儀表板根本看不到這些。
底層還有一件更單純的事：被追蹤，感覺就像是被不信任，而你的資深安裝師傅有九年的證據，證明自己根本不需要被盯著。硬是裝上一個監視工具，會被解讀成一種降級。如果你選的工具真的就是一個監視器（行蹤軌跡、移動截圖、逐分鐘打分數），那他的解讀就是對的，再好的說詞也救不回來。
所以第一個要做的決定，和選哪一款 App 無關，而是你到底在安裝一個什麼樣的東西：一個時鐘，還是一條鎖鏈。選時鐘。
每份工作的開車成本計算機可以算出往返工地的通勤成本，無論是單件工程還是一整年的累積數字。
工時追蹤到底是為了什麼？
以下是誠實的理由，而且和抓誰的把柄完全無關。
計費準確度。 如果你有任何按工時加材料計價的工作，那麼每一個沒被記錄下來的半小時，就是你確確實實做了工、卻沒收到錢的部分。一支三人工班，如果每天各自漏掉二十分鐘（不是偷懶，只是到開帳單時已經記不清楚了），加起來大約就是每天一小時的完工工時，永遠不會出現在帳單上。以混合時薪 85 美元計算，一週就損失超過 400 美元，一年下來超過 20,000 美元——而且沒有任何人做錯了什麼。真正的小偷是「記憶」，不是工班。
報價準確度。 固定價格的工作，更需要時鐘記錄，只是理由不同。如果你不知道浴室拆除實際上要花工班十一個小時，而不是你一直報價依據的八小時，你就會永遠報錯價，還會把這個虧損誤診為「工班做得太慢」，但其實只是報價的數字錯了。真實工時對應真實工作，是唯一能修正你報價的回饋機制。時鐘打的不是工班的分數，是報價的分數。
確保薪水算對。 這是同一枚硬幣的另一面，也是最值得大聲說出來的部分：準確的時鐘，保護的是他們的薪水。不用再到星期五下午才努力回想星期二做了什麼，不用再弄丟那個被拆散在三件工作之間的半天工時，也不用再有「我以為你那天提早走了」這種對話。工時表會記得，沒有人需要爭論。
注意這份清單裡「沒有」什麼：貨車一整天開到哪裡的行蹤紀錄、任何人走路的速度、有沒有在咖啡店停留。這些統統不會讓帳單或報價變得更準確。如果一個工具會蒐集這些資料，那它一定是為了別的理由，而你的工班也會察覺到。
安裝之前，先說清楚
推出前的那段對話，比選哪一款 App 更重要，而且只要兩分鐘。錯誤的做法是「宣布一項政策」，有效的做法是「解釋一個問題」。類似這樣：
「事情是這樣的。我們一直在流失可計費的工時，因為我們是在開帳單的時候，才靠記憶去拼湊當時的時間，而我報價用的工時，基本上也是用猜的。所以我們接下來會針對每件工作打卡上下工：開工按一下，收工再按一下。這是一個時鐘，不是追蹤器——它不會整天跟著貨車到處跑。它確實會在打卡當下記錄你的位置，我現在就先告訴你，而不是讓你自己發現；而且我不會去計較任何人的幾分鐘。這麼做，是為了讓帳單和實際工作相符，也讓下一次報價更貼近現實。你的工時就是你的工時，工時表上寫多少，你就領多少。」
這段話裡的每一句，都是你將來要兌現的承諾，所以只說你真心會做到的部分。其中最重要的三點：不會整天追蹤、不會計較分鐘、工時表上寫的就是準的。只要違背其中任何一點一次，工班原本的懷疑就會被永久證實。你不會再有第二次推出的機會。
還有一招完全不花成本：自己先做。在要求任何人之前，先自己在工作上打卡一週。這能把「老闆強加的東西」變成「我們這裡本來就會做的事」，也能讓你提前發現每一個摩擦點，搶在最沒耐心的那位安裝師傅之前先找出問題。
順不順手，決定了它能不能活下來
不管你選哪一種工具，物理現實都不會通融：打卡動作必須幾乎不花力氣，因為它總是發生在最不方便的那一刻。沒有人是坐在辦公桌前開工的。他們是站在車道上，肩上扛著工具包，梯子正從貨架上卸下來的那一刻開工。如果打卡要先找到對的畫面、等登入、從四十件工作裡挑一件、還要確認兩次，它就會被跳過——不是故意反抗，而是很自然地，就像任何人扛著梯子時，都會跳過一件感覺毫無意義的雜事一樣。
而被跳過的打卡紀錄，比完全沒有系統還糟糕，因為現在工時表變成有時候是錯的，結果你還是得靠記憶重建，只是現在多了一份半對半錯的紀錄可以拿來爭論。
評斷任何工具的標準：從掏出手機到打卡完成，只要點一到兩下，而且是針對你當下實際站著的那件工作。它必須在沒有訊號的地方也能運作（地下室、偏遠工地、鋼筋混凝土建築），之後再同步，因為「App 需要訊號」是第一個會變成永久藉口的理由。忘記打卡的情況，也需要有一個溫和的補救方式：總會有人真的忘記，如果補打一次漏掉的下班卡，變成一件麻煩事或一場質詢，大家就會悄悄地乾脆完全不打卡了。補救的過程，應該和打卡本身一樣無聊平常。
怎麼看工時表，才不會變成他們害怕的那種老闆
工具裝好了，說明也很誠實，打卡紀錄也陸續進來了。接下來，就進入大多數老闆會悄悄打破自己承諾的環節：第一次看數據的時候。
不要在幾分鐘上斤斤計較。 工時表可能會顯示七點十二分才開工，而你原本預期七點；兩件工作之間有二十六分鐘的空檔，而實際車程只要二十分鐘。如果你拿這個去找工班成員理論，你等於是在宣告：這個時鐘終究還是一條鎖鏈，而且你把自己的全部信用，拿去換十二分鐘。單次的打卡紀錄是雜訊，就把它當成雜訊看待。
要留意的是模式。 真正有價值的資訊藏在模式裡，而且幾乎都與「努不努力」無關。如果每次安裝都比報價多出三小時，那是你的報價錯了。如果每天早上在第一次打卡之前，就流失掉四十五分鐘，那是你的調度或供應商採購流程出了問題——這是排程問題，不是人品問題。如果某位工班成員的工時表長期不完整，那就找他談一次「打卡」這個習慣，只談一次，而且談的是打卡習慣，不是工時本身。
工時表寫多少，就付多少。 這是讓一切其他環節都能運作的根本承諾。如果工時表寫 43 小時，就付 43 小時。不要私下懷疑星期五那筆打卡，就偷偷把它砍掉。你只要往下修改一次，工時表就不再是一份紀錄，而變成一個開價的起點，而你的工班也會開始防禦性地灌水——而且他們這麼做是有道理的。如果你真心認為某筆紀錄有問題，就直接開口，和當事人一起討論、一起修正，坦誠、往前看，而且公開進行。
把成果回饋給工班。 當時鐘的數據修正了一份報價，或證明某件工作真的有賺錢，就大方說出來：「工時表顯示拆除工程要花十一個小時，所以這次我報對了價，星期五不用再自己吃掉三個小時。」是工班給了你這個數字，讓他們看到這個數字換來了什麼，時鐘才會從「你的工具」變成「整間公司的工具」。
最初的兩週
事先預告不完美，並提前把話說在前面。前兩週，每天都會有人忘記打卡；修正時不要大驚小怪，語氣越平淡越好。第一週，盡量壓抑住想去看數據的衝動。五天亂七八糟的打卡紀錄裡，沒有任何一件值得特地開口討論，而你早期做出的任何評論，都會被一群心存懷疑的聽眾放大解讀。到了第三週，打卡對大多數人來說已經變成肌肉記憶，而你大概只會剩下一個人還沒跟上。私下處理那個人，把它當成一個習慣問題來看待，就像處理那種從來不填油料紀錄的人一樣。這不是對整套系統的公投。
Zeus 的分寸拿捏在哪裡
Zeus 的工時追蹤功能，是建立在上面所說的「時鐘」那一側，而不是「監控」那一側。團隊成員針對每件工作打卡上下工（對著自己正在做的工作點一下），工時會直接進到逐案工時表裡，讓計費和工作成本核算，拿到的是真實數字，而不是星期五靠回想拼湊出來的數字。它可以離線運作，有訊號時再同步——這正是地下室和偏遠工地最需要的功能，否則打卡本來就容易被跳過。
這條分寸線是刻意畫出來的，但必須精確地說明，而不是用安撫的方式帶過。Zeus 會在打卡上工和下工的當下，各記錄一次位置戳記，工時表也會顯示每一次打卡的地點和工地之間的距離。它不會做的，是在背景持續運作：沒有行車或里程紀錄、打卡之間沒有行蹤軌跡、也沒有即時地圖顯示工班目前人在哪裡。把這個版本，用這些原話，講給你的工班聽，搶在他們自己發現工時表之前。薪資計算本身，你原本用什麼系統算薪水就繼續用什麼；Zeus 的工作，是確保餵進那套系統裡的工時是真實的。
如果你採用這篇文章裡誠實的說明方式，能直接把手機遞給你的資深安裝師傅，帶他一項一項看清楚工時表到底記錄了什麼、沒記錄什麼，會很有幫助。
常見問題
我的工班領的是月薪或日薪，還需要記錄逐案工時嗎？
需要，但要講清楚原因，因為說法會不一樣。既然沒有時薪的利害關係，時鐘就純粹是一個成本核算工具：它告訴你每件工作實際消耗了多少，讓你的報價不再自欺欺人。就直接這麼說。比起模糊地說「我們需要能見度」，工班更容易接受「這能修正我們的報價」這種說法。
工作之間的通勤時間怎麼算？
在工具上線之前，先訂好政策，告訴所有人，並且一致執行。通勤時間要不要算進工時（算給哪一件工作），因公司而異，也因各地就業法規而異，而這些法規因省份、州別而不同。系統不在乎你選哪一種政策，它在乎的是這個政策必須明確——因為模糊地帶，正是怨懟和灌水共同滋生的地方。
很明顯有人在灌水工時，「工時表寫多少就付多少」不就代表我只能默默吃虧嗎？
不是。「工時表寫多少就付多少」的意思，是你不會偷偷修改紀錄，不代表你不能開口談。灌水會以模式的形式浮現出來（某些工作結案時明明很輕鬆，打卡時間卻一貫偏長），而模式，正是你有權利提出來討論的東西。把這個模式攤出來，請對方說明狀況，然後一起往前修正。你唯一絕對不能做的，是悄悄扣減工時，因為那會把一個人的灌水問題，變成全體工班的不信任。
除了時間，我還需要要求工班記錄他們做了什麼嗎？
打卡這個動作本身，務必保持零阻力。如果每次下班打卡都要求填寫備註，你最後很可能連打卡都一起失去。如果你需要記錄現場發生了什麼事，就把它和打卡分開處理：每件工作每天結束時，簡短寫一句話，就足以涵蓋查驗結果、意外發現和爭議，而不會拖累每一次開工和收工。打卡一下就好；只有真的需要文字說明時，才寫文字。
ZEUS