面向代理商的專案追蹤系統
代理商的利潤很少毀於一次大虧損，而是被一筆筆沒有計費的「順手幫忙」一點一點耗光。設計師為了「再改一版」多花了一個下午，客戶經理對一個小小的額外請求點了頭，等有人真正打開這個專案時，固定費用的預算已經花完，工作卻還沒做完。產業數據顯示，超過一半的專案都存在範圍蔓延，但多數代理商坦承自己很少為此收費。所以真正能保護代理商的追蹤系統，不是又一塊任務看板，而是一套能盯住每個交付項目的已記錄工時與報價範圍、並在利潤流失之前把額外工作變成變更單的系統。
痛點
- 範圍蔓延在為時已晚之前都是隱形的：一個專案的總工時才用到 60%，設計階段卻已經超支 120%，沒人看得出來，因為追蹤系統只顯示一個專案層級的總數。
- 超出範圍的工作從來變不成錢：多改的一輪、臨時趕出的一份簡報、「順手」調一下 logo，全都被吞進了固定費用裡，因為沒人在工作還新鮮時寫一張變更單。
- 預付費合約被免費超額服務：一個每月 20 小時預付費的客戶悄悄用掉了 30 小時，而由於預付費工時是記在試算表裡的，等有人注意到時，這個月已經是虧的了。
- 使用率和利潤是一團謎：哪些專案賺錢、每個人一週裡到底有多少工時是可計費的，這些問題在月底憑感覺回答，而不是靠一個即時數字，於是不賺錢的工作還在不斷被賣出去。
你能打造什麼
一塊涵蓋所有客戶合作的看板，採用你真實的階段：新建、進行中、客戶審閱、暫緩、已交付、已結案。每個專案都帶有以工時和費用計的報價預算，依交付項目拆分，還有一條消耗條：隨著工時記錄進來而填滿，接近預估值時轉紅。你會在某個階段超支之前就看到它超支，而不是等到月底對帳。
團隊用幾下點擊就能把工時記到某個具體專案和交付項目上，每筆記錄都標註為可計費或不可計費、範圍內或範圍外。消耗條立即更新，人們因此能看到自己正在花掉的預算，而每一小時的額外工作都會帶著那個決定它是否變成變更單的範圍標記被記錄下來。
當超出範圍的工時出現時，一張變更單會記下新增的工時和費用，並經過草稿、已寄出、客戶已核准幾個狀態流轉，讓額外工作被計費而不是被吸收。一塊儀表板把這一切彙總起來：超預算的專案、逼近月度上限的預付費合約、每人的計費使用率，以及每個專案的費用對成本利潤。
數據模型
系統裡的一天
- 上午 8:45：儀表板一打開就是有風險的東西——預算消耗超過 80% 的專案、本月剩餘不到五小時的預付費合約、本週到期的交付項目。你依數字來分流，而不是依誰的郵件喊得最大聲。
- 一名設計師把三小時記到某個專案的「首頁設計」交付項目上，並標為可計費、範圍內。專案的消耗條即時上升，這個交付項目現在顯示預估工時已用掉 95%。
- 客戶來信要「再來一個首頁版本」。客戶經理打開專案，看到設計交付項目已經到了 95%，於是沒有默默吸收，而是為這些額外工時和費用起草了一張變更單。
- 變更單寄給客戶，處於待處理狀態。專案再也無法悄無聲息地超支，因為新增的工作掛在一張變更單上——它要麼被核准並計費，要麼被拒絕並喊停。
- 查一個預付費客戶：本月 20 小時的預付費還剩四小時。系統已經標記出來了，於是你依合約的結轉規則來定奪——喊停工作、把超出部分結轉到下個月，或者提議一個加購包，而不是事後才發現超額。
- 中午：一名專案經理把「首頁設計」交付項目從進行中拖到客戶審閱，客戶核准日期被記錄下來，讓時程反映真實情況。
- 一筆工時記錄落進來，在一個固定費用專案上被標為超出範圍。它出現在「未計費的超範圍」清單上，促成一張變更單，讓那一小時變成收入而不是流失的利潤。
- 下班時：利潤檢視顯示每個進行中專案的費用對比所消耗工時的成本，外加每個人的計費使用率，於是你離開時清楚知道哪些專案在流血、哪些人沒被充分利用，而不是等到月底靠猜。
AI 容易出錯的地方
- 預算消耗必須依交付項目追蹤，而不只是依專案：一個專案可能顯示總工時用了 60%，而它的設計階段卻已經超支 120%。一個只顯示單一專案層級數字的粗糙實作，會把正在爆掉預算的那個確切階段藏起來——而這恰恰是這套追蹤系統存在的全部理由。
- 範圍內還是超範圍，必須是每筆工時記錄上的必填標記，而不是事後補的。如果記錄時無法把兩者區分開，超出範圍的工作就會消失進固定費用裡，永遠變不成變更單，代理商就一直在啃本來可以計費的利潤。
- 預付費合約不是固定費用專案：它是一個每月循環的工時額度桶，帶著合約特定的規則——未用工時結轉、用不完就作廢，或者硬性封頂。把它建成一個普通專案，月度重置和結轉就會出錯，於是你要麼免費超額服務客戶，要麼剋扣了客戶已經付費的工時。
- 費率會變，所以要在每筆記錄上凍結費率：計費費率和成本費率會隨著加薪和新費率表而變動。把 bill_rate 和 cost_rate 存在工時記錄本身上，而不只是存在人身上。一個用今天的費率去重算歷史利潤的實作，會悄悄改寫你早已結案並開過發票的專案的獲利情況。
- 已核准的工時是財務記錄，不是可編輯的文字：一旦工時被計費，刪除或編輯一筆記錄就會讓你的利潤歷史與客戶實際被收取的金額脫節。鎖定已核准的記錄，用一筆調整或折讓分錄來取代就地編輯，否則數字就再也對不上你的發票了。
- 一塊專案看板，每個專案都有以工時和費用計的報價預算，依交付項目拆分，每個交付項目都有一條即時消耗條，隨著記錄的工時接近預估值而轉紅。
- 快速的工時記錄，標記到某個專案和交付項目上，帶必填的可計費和範圍內標記，即時餵給消耗條。
- 一套變更單流程，讓超範圍工時浮現出來，變成一個可追蹤、可由客戶核准的加購項，而不是被吸收的利潤；外加一塊簡單的儀表板，顯示超預算的專案和逼近上限的預付費合約。
- 完整的開立發票、收款和會計對帳：v1 階段把可計費總額和已核准的變更單交給你現有的開票工具，而不是半吊子地自建一套應收帳款系統。
- 薪資、特休和 HR 等級的出勤工時表：追蹤的是對著範圍的專案工時，不是出勤、假期餘額和加班規則。
- 前瞻性的產能規劃和資源預測甘特圖：先把消耗、範圍和預付費追蹤做對，等核心被驗證後，再加上誰被排到哪個專案的排程。
常見問題
這和 Trello 或 Asana 這類看板工具有什麼不同？
那些工具追蹤的是任務；這個追蹤的是對著每個交付項目報價預算的工時。一塊通用看板告訴你某張卡片「進行中」，卻不會告訴你設計階段已經燒掉了它被賣出去時那些工時的 120%。這套追蹤系統盯的是每個交付項目的錢這一面，所以你會在專案跌破利潤之前就看到它要超支，而不是等發票開出來之後。
它能同時處理固定費用專案和月度預付費合約嗎？
能。每個專案都有一個計費類型——固定費用、工時計費或預付費——預付費合約會拿到一個月度工時額度加上你的結轉規則，於是這個桶每個月都能正確地重置和結轉。逼近上限的預付費合約會在你免費超額服務客戶之前被標記出來。
它真能擋住範圍蔓延嗎？
它沒辦法替你對客戶說不，但它能讓超出範圍的工作無所遁形。每一小時都被標為範圍內或超範圍，超範圍工時會浮現在一張未計費清單上，促成一張變更單。這就把多花的那個下午變成了一個決定——收費還是拒絕——而不是對固定費用的一次無聲打擊。
團隊真的會在裡面記工時嗎？
這正是設計上的約束。記錄只需對著一個專案和交付項目點幾下，帶上可計費和範圍內的標籤，而且他們一儲存消耗條就更新，於是人們能看到自己正在花掉的預算。什麼都不給個人看的工時追蹤會被跳過；顯示即時消耗的工時追蹤才會被用起來。
我們的客戶、費率和利潤資料是私密的嗎？
你的追蹤系統託管在 ybuild 上、透過你自己的網域對外提供服務，背後是一個託管資料庫，並由帶每位使用者存取控制的託管身分驗證把關。費率表、專案利潤和客戶細節都留在一個受控系統內部，而不是一份人人都能打開的共享試算表裡。
參考來源
- PMI《職業脈搏》2018：顛覆時代中的成功 — 專案管理協會（PMI）的這項調查，是那個被廣泛引用的發現的來源：52% 的專案經歷了範圍蔓延，比五年前的 43% 有所上升，平均成本超支 27%。
- Ignition：代理商老闆把範圍蔓延變成利潤的指南 — 引用 Ignition 的《2025 年代理商與現金流報告》：78% 的代理商很少或只是偶爾為範圍蔓延收費，57% 每月因超範圍工作損失一千到五千美元。
- Function Point：代理商使用率——如何計算與提升 — 把使用率定義為可計費工時除以可用工時，並給出依角色劃分的目標區間（設計師和開發者 75% 到 85%，專案經理 60% 到 70%），也就是你的儀表板要呈現的基準。
- Function Point：關於 2025 年創意代理商生產力的真相 — 報告稱代理商平均使用率下滑到 62%，31% 的人把範圍蔓延列為按預算交付的障礙，只有 33% 的代理商認為自己的工時追蹤資料非常準確。
描述它，一次上線到你自己的網域——託管、全端、免伺服器。免費開始。