《用 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 讓程式開發門檻下降，真正稀缺的能力可能不再只是寫程式，而是精準定義問題、理解顧客需求，並做出符合生意現況的取捨。 ✨