📊 影片摘要｜如何自動追蹤好市多價格

 影片介紹一套由台灣部落客「彰化一整天」開發的好市多價格追蹤工具。它結合 Google 試算表、試算表公式與 Apps Script 電子郵件通知，讓使用者定期追蹤指定商品的價格變化，不必每天手動查看網站。

一、為什麼需要自動追蹤？

傳統查價方式有幾個不便之處：

• 每天手動瀏覽商品頁面，耗時又容易漏看。
• 電子報未必會列出自己想追蹤的商品。
• 等發現優惠時，折扣活動可能已經結束。

影片提出的解法，是建立個人商品清單，讓系統定期查價，並在價格變動時寄送通知。

二、工具如何運作？

作者曾嘗試自動擷取原價與特價，但遇到技術限制。影片中的做法因此採取較簡單、實用的設計：

1. 手動填入商品原價：將原價記錄在試算表中。
2. 自動讀取目前價格：利用 Google 試算表的公式，從商品網頁取得目前可見的價格。
3. 比較價格變化：當現價與原價不同時，辨識出降價或恢復原價等情況。
4. 以電子郵件通知：透過 Apps Script 將價格變動寄到指定信箱。

影片強調，工具不一定要完美自動化才能有用；只要能可靠地發現目前是否有特價，就已能省下不少查價時間。

三、建立商品追蹤表的流程

影片示範的設定方式如下：

1. 開啟作者提供的 Google 試算表範本，建立自己的副本。
2. 依提示授權試算表存取相關資料。
3. 在表格中輸入商品名稱、商品網址，以及自行查得的原價。
4. 由表格公式讀取目前價格，並顯示價格差異。

影片舉例說明：善存葉黃素 140 顆原價為 1,029 元，現價降至 829 元，因此可看出省下 200 元。

四、設定自動電子郵件通知

要讓追蹤流程定期執行，影片介紹以下設定：

1. 從試算表的「擴充功能」開啟 Apps Script。
2. 在程式中將 Email 欄位改為自己的電子郵件地址。
3. 執行一次測試，並完成 Google 的權限授權。
4. 在 Apps Script 中建立時間觸發器，設定為每日執行；影片示範的時段是早上 7 點至 8 點。

當商品價格變動時，通知信會列出商品名稱、原價、目前價格、省下的金額及商品連結。若特價結束、價格恢復，系統也會寄出提醒。

安全提醒：影片提到遇到未驗證腳本警告時，可繼續授權。不過，授權前應先確認腳本來源可信，並查看它要求的權限；不要只因為要讓工具運作，就對不熟悉的程式一律按下允許。

五、主要限制

• 工具只能讀取商品網頁上可見、可取得的價格資訊。
• 若商品屬於獨家特賣，且網頁未公開標示價格，公式可能無法抓取。
• 原價需要使用者自行輸入，因此並非所有資料都能全自動取得。
• 網頁結構或價格呈現方式變動時，價格擷取功能也可能受到影響。

結論

影片的核心結論是：透過 Google 試算表與 Apps Script，即使不會寫程式，也能建立一個相當實用的個人好市多價格追蹤器。它的價值在於把反覆手動查價，轉變為每日自動檢查、價格變動時主動寄信的流程。雖然仍有無法擷取隱藏價格、原價需手動輸入等限制，但對於追蹤網頁上有公開價格的商品，已能有效降低錯過折扣的機會。

《用 AI 做零成本 LINE 電商》影片重點報告

 

一、影片核心主旨

影片介紹一個小型電商案例：店主為了協助親戚販售在地農產品，沒有外包開發、租用昂貴電商平台或架設專用伺服器，而是透過 AI 協助規劃與撰寫程式，結合 LINE、Google Apps Script（GAS）與 Google 試算表，打造一套能接單、查詢訂單、回覆常見問題及管理促銷活動的輕量系統。

影片的核心觀點是：小型生意不必一開始就建立功能龐大的完整電商平台；先用成本最低、最容易操作的工具，驗證需求並解決實際痛點，往往更務實。

---

二、系統如何組成與運作

影片用「店員、檔案櫃、跑腿精靈」比喻整體架構：

• LINE Bot：店員
  顧客透過 LINE 傳訊、下單或查詢資訊。
• Google 試算表：檔案櫃
  保存商品、訂單、顧客資料、付款與出貨狀態，也讓店主以熟悉的表格介面管理營運。
• GAS：跑腿精靈
  接收 LINE 的訊息通知，依照規則讀取或更新試算表，再把結果回覆給顧客。

這種做法的價值，在於店主不必先學會複雜的資料庫或後台系統；只要會使用表格，就能處理許多日常營運工作。

---

三、開發歷程：先做 MVP，再依現實調整

1. 用明確需求向 AI 描述要做什麼

影片強調，能否讓 AI 產出可用方案，與需求描述的清楚程度密切相關。案例中的需求包含：

• 顧客加入 LINE 成為會員
• 透過 LINE 下單
• 查詢訂單狀態
• 以 Google 試算表作為資料庫
• 評估串接信用卡或轉帳付款

AI 因此能依照實際情境提出相對精簡的架構，而不是直接導向高成本的伺服器與大型平台。

2. 遇到技術阻礙後，重新選擇可行方案

原先計畫串接綠界（ECPay）信用卡付款，但實作時遇到付款成功通知（callback）及 GAS 網址限制等問題；LINE LIFF 表單也因版本更新而出現程式錯誤。

店主沒有繼續硬拚原本的設計，而是請 AI 評估能否先拿掉信用卡支付。最後改採：

• 銀行轉帳：顧客轉帳後，回報帳號末五碼以供核對。
• 貨到付款：依訂單金額套用相應的代收費用規則。

這項取捨降低了整合難度，也省去了影片所述的伺服器成本。影片藉此指出：對剛起步、利潤有限的小生意而言，穩定營運與控制成本，可能比提供看似先進的付款方式更重要。

---

四、主要功能與營運自動化

顧客下單與回購

系統可依 LINE 使用者識別資訊，找出回購顧客先前留下的收件資料。顧客確認後即可送出，減少在手機上重複輸入姓名、電話和地址的麻煩。

轉帳資料與訂單狀態

顧客完成轉帳後，可在 LINE 回報銀行帳號末五碼；系統會將資訊寫入試算表中對應的訂單。顧客查詢訂單時，也能查看最新狀態。

店主則可直接在試算表中，透過下拉選單把訂單由「待付款」改成「已出貨」等狀態，顧客端會同步看到更新。

關鍵字 FAQ

店主能在試算表設定常見問題及答案。顧客訊息包含「優惠」或「怎麼加熱」等關鍵字時，系統即可自動回覆，減少重複客服工作。

未知訊息的備援回應

如果顧客輸入系統無法辨識的內容，系統不會直接卡住，而是回覆類似「已收到您的問題，稍後會回覆」。影片將這種設計稱為優雅降級（graceful degradation）：無法自動處理時，先讓顧客知道訊息已被收到，並保留人工介入的空間。

促銷活動切換

商品選單與活動內容可由試算表中的設定控制，例如以開關欄位啟用或停用促銷，或設定活動期間。時間到時自動切換或關閉，不必每次都請工程師修改程式。

訂單確認郵件

LINE 訊息有字數限制，較長的訂單細節可能無法完整顯示，因此系統另以電子郵件寄送訂單確認資訊。

---

五、影片提醒的設定與資安重點

影片指出，這類系統除了功能本身，也有幾個重要的設定細節：

1. 啟用 LINE Webhook：讓 LINE 收到顧客訊息時，能通知 GAS 執行程式。
2. 關閉 LINE 內建自動回覆：避免 LINE 預設回覆與自製 Bot 同時發言，造成顧客收到重複或混亂訊息。
3. 部署時設定外部可呼叫權限：影片說明，LINE 伺服器必須能連到 GAS，否則 Webhook 可能無法正常運作。
4. 不要把 Access Token 寫死在程式碼裡：影片案例將 Token 改放在 GAS 的 Script Properties，避免程式碼被分享或截圖時洩漏。若 Token 外洩，可能被用來冒用官方帳號、傳送垃圾訊息，甚至造成費用與品牌損害。

實務補充：「任何人都能存取」是影片所述架構中的部署設定，但公開端點也需要審慎保護。實際上線前仍應確認驗證方式、權限範圍、資料保護及平台使用限制；影片所稱「零成本」也不代表沒有服務額度、平台規範或後續維護等考量。

---

六、影片的主要結論

1. MVP 的目標是驗證需求，不是一次做齊所有功能

先把下單、付款核對、出貨與客服等最重要流程跑通，比打造功能繁多卻尚未證明有市場需求的平台更有價值。

2. 技術選擇應服從商業現實

如果信用卡付款的技術成本與維護負擔超出目前規模，暫時改用轉帳或貨到付款，未必是失敗；只要能穩定完成交易，就可能是更合適的階段性方案。

3. 自動化不一定要複雜

關鍵字回覆、狀態更新、回購資料帶入與促銷切換，都能透過簡單規則和試算表完成。對小型商家來說，能降低重複工作、讓店主自行管理，往往比採用大型系統更切合需求。

4. AI 降低了開發門檻，但不會代替商業判斷

AI 能協助產生架構與程式碼；然而，哪些功能真正必要、哪些風險可以接受，以及如何設計顧客流程，仍依賴經營者對市場與使用者的理解。

總結

這個案例展示了「以 AI 加速開發、以低成本工具落地」的實用做法：不追求一開始就建成完整電商平台，而是將 LINE、GAS 與 Google 試算表組合成可管理、可自動化、又足以支援基本交易流程的系統。

影片最後提出的啟示是：當 AI 讓程式開發門檻下降，真正稀缺的能力可能不再只是寫程式，而是精準定義問題、理解顧客需求，並做出符合生意現況的取捨。 ✨