用 Excel VBA 把「資料在哪裡、要控制到哪裡、要做什麼任務」一次串起來。這篇文章會用一個貼近真實工作的任務，帶你從位置控制（Position Control）到Offset 動態定位，再到把整段流程寫成可重複執行的 VBA。

我第一次把 VBA 寫進工作流程，是在整理每天都會更新的報表時：檔案每天長得差不多，但每一天的資料列數不一樣，還常常要跨多個工作表檢查狀態是否符合規格。那時候我最常卡住的不是「語法看不懂」，而是「程式要怎麼想」。後來我把問題拆成位置、控制、任務三塊，才真的讓 VBA 從小玩具變成工具。

BLUF：你會得到什麼？

你會學到如何用 VBA 進行動態位置控制：當資料列數變動時，仍能精準找到目標範圍；並用Offset把控制邏輯做成可重用的形式。最後你會把這些能力組合成一個完整任務流程：跨工作表掃描資料、判斷條件、找出異常並回報。

• 位置控制：用動態方式取得資料最後一列，避免寫死範圍
• Offset：用相對位置在資料中移動並定位目標
• 任務實作：用迴圈＋條件判斷，處理多工作表、多列資料
• 測試與除錯：用清楚的訊息與步驟驗證結果

任務簡報：把「交通燈資料」變成可自動檢查的 VBA

假設你接到一份真實工作需求：某公司每天會提供一個 Excel 檔，裡面有不同時間段的資料（例如 9:00、10:00、11:00）。每列記錄交通燈的狀態（例如等待、開始、停止、以及你關心的Go 狀態）。

問題是：Go 狀態的綠燈「閃到綠」之後，應該維持10 秒；但實際上有些資料顯示綠燈維持時間太久。你的任務是：掃描每個工作表、找出 Go 狀態持續時間不等於 10 秒的所有例子，並在對應位置提示使用者。

這就是為什麼本篇不只教語法，而是要你把工具串成任務。當你能把「需求」翻成「程式要做的機制」，你就會開始擁有在工作中落地的能力。

需求元素	Excel VBA 要處理的事情	對應能力
每天不同檔案	程式放在主檔，讀取下載檔	跨工作簿處理
每張工作表資料列數不同	動態取得最後一列	位置控制（Last Row）
需要找 Go 狀態	條件判斷＋掃描列	迴圈＋If
Go 狀態持續不等於 10 秒	計算/讀取時間差並比對	判斷邏輯

概念化第一階段：用你的工具箱先想「要做哪些機制」

答案：先列出任務需要的機制，再決定用哪些 VBA 元件。我建議你把程式拆成兩層迴圈：外層負責跨工作表，內層負責逐列掃描，遇到目標狀態再做進一步判斷。

在這個任務裡，最重要的機制通常包含：迴圈（Loop）、條件判斷（If）、範圍/儲存格操作（Range）、以及動態位置控制。尤其資料列數不固定時，你不能寫死像「A1:A400」這種範圍；你需要用程式去找出「最後一列」並據此決定掃描終點。

你也可以把 Offset 想成「相對定位」。當你已經在某個狀態列上了，再用 Offset 往下或往右抓取相鄰欄位（例如時間欄位、下一列資料），就能讓程式在資料結構一致時保持穩定。

概念化第二階段：把需求寫成偽程式，再翻成 VBA

答案：先用你熟悉的語言寫出每一步，再逐行翻成 VBA。這一步的價值在於：你不用一開始就死在 VBA 編輯器裡。你先把「我每一列要檢查什麼？」、「找到問題後要怎麼回報？」想清楚。

在交通燈任務中，你的偽程式可以長得像這樣（用文字描述即可）：

• 開啟下載的工作簿（或取得其工作表集合）
• 針對每一張工作表：取得最後一列
• 針對每一列：如果狀態是Go，就讀取該狀態的時間長度
• 如果時間長度不是10 秒：在該列顯示提示（例如 MsgBox 或在儲存格標記）

翻成 VBA 時，你會發現整段程式其實不需要很長。真正難的不是「寫很多行」，而是每一行要做對位置、對欄位、對條件。

位置控制：先抓出資料最後一列，讓掃描不再失準

答案：用動態方式找到最後一列，才能應付每天資料列數不同。在實務上，最常見的失敗原因是：你以為資料固定到某一列，但實際上有時候多一列、有時候少一列。結果迴圈要嘛漏檢、要嘛掃到空白。

你可以用常見做法取得最後一列，例如：從某個欄位（例如狀態欄 B）往下找，直到遇到最後有資料的列。只要你的資料結構固定（狀態一定在同一欄），最後一列就能可靠地被計算出來。

當你拿到最後一列後，內層迴圈的寫法就會變得清楚：從起始列開始一路掃到最後一列。這是位置控制的第一步，也是 Offset 能順利工作的前提。

你做的事	位置控制的目的	常見錯誤
取得 LastRow	決定迴圈終點	寫死範圍導致漏檢/錯檢
用 LastRow 控制 For 迴圈	避免掃到無效資料	最後一列取得欄位錯誤

控制與 Offset：在資料之間「相對移動」，定位你要的時間資訊

答案：Offset 讓你用「相對位置」抓資料，避免硬編欄位與列號。當你在某列判斷到狀態是 Go 時，你通常還需要同一列的時間欄位，或需要下一列/前一列的時間資訊來計算持續秒數。這時候 Offset 就能派上用場。

Offset 的核心概念是：從目前的儲存格出發，指定「往右幾欄、往下幾列」取得新儲存格。例如你在狀態列的某個欄位上，就可以用 Offset 往下抓取同一條記錄的下一欄位資料，或往下抓下一筆事件。

要特別注意的是：Offset 的位移量要和你的資料結構一致。最好的做法是先在 Excel 上手動確認：Go 狀態列的時間資訊到底在同列？還是需要看相鄰列？確認後，你的 Offset 位移就能固定，程式就會穩。

任務實作：跨工作表掃描、找出「Go 太久」的列

答案：用外層迴圈掃工作表、內層迴圈掃列，再用 If 判斷並回報異常。下面我用一個「初學者可理解」的寫法描述流程（你實作時請依你的欄位位置調整欄號）。重點是結構：Sheet 迴圈 → Row 迴圈 → If 判斷 → 回報。

• 外層迴圈：從第 1 張到第 3 張工作表（或用你檔案實際的工作表數）
• 內層迴圈：從起始列（例如第 2 列）到 LastRow
• If 判斷：狀態欄位是否等於 **Go**
• 時間比對：讀取/計算持續秒數，判斷是否等於 **10**
• 回報：在該列顯示 MsgBox 或在指定欄位標記

我在工作中最在意的是「回報要清楚」。因為使用者不想看程式，他想知道哪裡出問題、為什麼是問題、要怎麼修。你可以在 MsgBox 裡帶上：工作表名稱、列號、該筆 Go 的時間長度。

如果你希望更像「報表工具」，也可以把結果寫回工作表，例如在某個欄位標記 **問題列**。這樣使用者打開檔案就能直接定位，而不是一直跳出訊息框。

跨工作簿：主檔放程式，下載檔放資料

答案：把 VBA 程式放在固定的「主檔」，每天下載的檔案只負責提供資料。這樣你就不需要每天去編輯 VBA。你的主檔可以用程式去取得下載檔的工作表，然後用同樣的掃描邏輯處理每天的新資料。

在這個任務裡，最常見的做法是：先確定下載檔的檔名規則或放置位置（例如固定資料夾），主檔再開啟該工作簿。接著你就能像操作自己檔案一樣，去讀取其工作表資料。

跨工作簿最大的風險是「檔案路徑、檔名、工作表名稱不一致」。因此你要把程式寫得可容錯：例如確認工作表是否存在、狀態欄位是否包含預期文字（Go/Wait/Stop 等）。這些檢查能讓你的任務更接近可上線的品質。

測試與除錯：用小步驗證，避免一次做錯整份報表

答案：先測一張工作表、一段列，再擴大範圍。初學者最常遇到的狀況是：一口氣把迴圈跑完，結果發現判斷條件或 Offset 位移錯了，然後你不知道錯在哪一段。要避免這種情況，你可以採用「分段測試」：先把外層迴圈限制在某一張工作表，內層只跑前 20 列，確認結果正確再放大。

除錯時，你可以用幾個方式提升效率：

• 顯示目前列號：在偵錯訊息或 MsgBox 裡印出正在檢查的列
• 確認狀態值：Go 欄位是否完全等於你的字串（大小寫/空白都會影響判斷）
• 確認時間欄位：Offset 抓到的是否真的是持續秒數
• 檢查型別：時間可能是數字、字串或日期時間格式，會影響比對結果

我通常會先追求「能正確抓出少量已知異常」。因為當你能對照手動結果確認程式抓得對，後面再擴大資料量就會很有信心。

總結：位置控制＋Offset＋任務流程，讓 VBA 真正幫你省時間

這篇文章用交通燈資料的真實需求，帶你把 Excel VBA 初學者最需要的核心能力串起來：用位置控制取得動態資料範圍、用Offset 做相對定位、再用迴圈與條件判斷完成跨工作表的任務掃描。當你能把這三塊組成一個可執行流程，你就已經跨過「會寫程式」到「能做出價值」的門檻。

常見問題（FAQ）

🚦 位置控制要怎麼做，才能讓迴圈不會漏檢或掃到空白？

用動態方式取得最後一列（LastRow）來控制迴圈終點。確保你選擇用來尋找最後一列的欄位在每次資料裡都會有內容，然後用 LastRow 當作 For 迴圈的上限。這樣即使每天資料列數不同，你的程式也能穩定掃描。

🧭 Offset 該怎麼用，才能抓到 Go 狀態的時間資訊？

先確認時間欄位是在同一列還是相鄰列，再用 Offset 做相對定位。當你在 Go 狀態列上判斷成功後，就從該儲存格出發，往右/往下移動到時間欄位。位移量（例如往下幾列）要和你的資料結構對齊，否則就會抓錯欄位。

🧩 找到「Go 太久」後，程式要怎麼回報使用者才實用？

把問題位置（工作表名稱與列號）和異常原因（實際秒數）一起顯示。你可以用 MsgBox 立即提示，或更進階地把結果寫回工作表指定欄位，讓使用者直接看到哪幾列是異常。重點是回報要能讓使用者快速定位與處理。

📺 來源影片參考