電腦螢幕特寫顯示程式碼,象徵連結式與獨立式 Apps Script 架構比較

← INSIGHTS & PERSPECTIVES | 工具應用

連結式與獨立式 Apps Script 有什麼差別?Dashboard 架構比較

連結式 Google Apps Script 綁定單一試算表,設定簡單;獨立式專案透過試算表識別碼讀取資料,較適合多份資料來源、集中維護與重複部署。

系列: AI × 試算表|第 16 篇
主查詢: 連結式與獨立式 Apps Script 有什麼差別?Dashboard 應該選哪一種?
目標讀者: 不具程式背景的行政、營運、行銷與管理者
資訊增益: SnackFlow 連續虛構案例、六句提示法、漸進式工具選擇與人工驗收方法。

連結式 Google Apps Script 綁定單一試算表,設定簡單;獨立式專案透過試算表識別碼讀取資料,較適合多份資料來源、集中維護與重複部署。架構選擇取決於資料數量、維護方式與使用者範圍。

教學資料聲明: 本文中的 SnackFlow、人物、訂單與成效數字均為虛構教學素材,不代表真實企業導入成果。實作時請以假資料或經組織核准的資料測試。

連結式與獨立式 Apps Script 有什麼差別?Dashboard 應該選哪一種?

直接答案: 連結式 Google Apps Script 綁定單一試算表,設定簡單;獨立式專案透過試算表識別碼讀取資料,較適合多份資料來源、集中維護與重複部署。

連結式 Google Apps Script 綁定單一試算表,設定簡單;獨立式專案透過試算表識別碼讀取資料,較適合多份資料來源、集中維護與重複部署。架構選擇取決於資料數量、維護方式與使用者範圍。

本篇會完成一個可驗收的工作成果,而不是只介紹觀念。讀者將依序理解故事情境、用途、適用狀況、操作步驟、完整 Prompt、驗收方法、常見錯誤與 FAQ。

SnackFlow 遇到了什麼工作問題?

直接答案: SnackFlow 第一版 Dashboard 只服務一份訂單總表,使用連結式 Apps Script 最快。

SnackFlow 第一版 Dashboard 只服務一份訂單總表,使用連結式 Apps Script 最快。後續若擴展到多分店、多份報表與共用介面,把程式集中在獨立式專案會更容易維護。

這個故事的關鍵不是「使用 AI 就會得到答案」,而是先把工作問題、資料欄位、規則與驗收條件說清楚,再讓工具協助處理可重複、可檢查的部分。

這項做法有哪些用途與效益?

直接答案: 架構比較適合準備把一次性試算表工具轉成可維護工作流程的團隊。效益是避免每份試算表各自複製程式,日後修正卻出現多個不一致版本。

架構比較適合準備把一次性試算表工具轉成可維護工作流程的團隊。效益是避免每份試算表各自複製程式,日後修正卻出現多個不一致版本。

面向實際效益
工作流程把零散步驟整理成可重複執行的流程
溝通讓需求、欄位、規則與輸出可以被同事核對
品質在交付前用明確條件驗收,不以「有產出」當作正確
維護日後欄位或規則改變時,知道要修改哪個環節

哪些狀況適合,哪些狀況不適合?

直接答案: 單一檔案、小組內部與快速原型適合連結式;多份資料、共用工具與集中部署適合獨立式。需要正式權限、稽核、測試與大量使用時,兩者都可能不足。

單一檔案、小組內部與快速原型適合連結式;多份資料、共用工具與集中部署適合獨立式。需要正式權限、稽核、測試與大量使用時,兩者都可能不足。

若資料涉及個資、財務、法遵、交易或未公開商業資訊,先遵守組織資料政策。只需要提供資料結構時,應使用欄位名稱與三筆虛構資料,不要直接貼入敏感原始資料。

完整操作教學怎麼做?

直接答案: 完整操作從確認工具與資料結構開始,再依序設定規則、產出結果、測試例外並人工驗收。每一步都要保留可核對的輸入與輸出。

步驟 1:建立測試副本與成功條件

先複製原始檔,或建立只含欄位標題與三筆假資料的測試表。寫下「完成後應看到什麼」,例如公式回傳數字、試算表新增一列、雲端硬碟出現指定檔案,或 Dashboard 顯示可回扣的 KPI。

步驟 2:確認資料欄位與型態

逐欄核對工作表名稱、欄位標題、日期、文字、數字與唯一鍵。不要只依投影片中的欄位字母,因為實際檔案插入或刪除欄位後,位置可能不同。

步驟 3:依序完成核心工作

  1. 確認工具只服務一份或多份試算表。
  2. 確認由誰維護程式與部署。
  3. 盤點資料讀取與分享權限。
  4. 單一檔案先用連結式驗證。
  5. 多來源改用獨立式集中管理。
  6. 規模成長後評估正式系統。

步驟 4:貼入完整 Prompt 並補上自己的資料位置

先把下方 Prompt 中的工作表名稱、欄位、網址、Spreadsheet ID、文件樣板、Email 或 MENU 替換成自己的測試資料。若需求涉及 Apps Script,要求輸出完整的 Code.gs 與 Index.html,不能只拿片段程式碼。

步驟 5:先小量執行,再擴大範圍

公式先用三至五筆資料測試;Apps Script 先用副本與自己的測試信箱執行;Web App 先送出一筆測試資料。確認結果正確後,再換成完整資料範圍。

步驟 6:依驗收清單核對與記錄例外

至少保留一個正常案例、一個邊界案例與一個錯誤案例。若結果不符,回頭檢查欄位名稱、資料型態、日期範圍、唯一鍵、權限與部署版本。

可直接複製的完整 Prompt

直接答案: 以下 Prompt 依投影片的六句提示法補齊目的、使用者、欄位、功能、規則與畫面或輸出。複製前必須替換自己的資料位置與測試條件。

~~~text

請分別產出以下兩個完整版本,並先用表格比較建立方式、資料讀取、權限、維護與適用情境。

【版本 A|連結式 Apps Script】

① 我要做什麼:做一個「SnackFlow 營運 Dashboard Web App」,使用綁定在指定 Google 試算表的連結式 Apps Script,把訂單資料整理成視覺化儀表板。

② 給誰使用:給 SnackFlow 營運主管與管理者查看最新訂單、銷售表現與營運指標。

③ 有哪些欄位:訂單編號、付款時間、幣別、金額、付款狀態、商品名稱、品牌、商品分類、植物性、購買數量與其他營運欄位。

④ 要哪些功能:用 getActiveSpreadsheet() 讀取資料,以 HtmlService 建立 Dashboard,轉換成 KPI、圖表與明細;請提供完整 Code.gs 與 Index.html。

⑤ 有哪些規則:Google Sheet 是唯一資料來源;重新整理 Dashboard 時讀取最新資料;程式必須綁定該份試算表,不需要另填 Spreadsheet ID。

⑥ 畫面風格:一頁式、現代化、清楚專業,上方 KPI、中間圖表、下方明細,支援一般電腦螢幕。

【版本 B|獨立式 Apps Script】

① 我要做什麼:做一個相同的「SnackFlow 營運 Dashboard Web App」,但使用獨立式 Apps Script,透過指定 Spreadsheet ID 或網址主動讀取「訂單總表」。

② 給誰使用:給多分店、多份報表共用同一套 Dashboard 的營運主管與管理者。

③ 有哪些欄位:訂單編號、付款時間、幣別、金額、付款狀態、優惠代碼名稱、優惠代碼、商品名稱、品牌、商品分類、口味類型、植物性、購買數量、推估單價、分潤合作夥伴。

④ 要哪些功能:用 openById() 讀取資料,以 HtmlService 建立 Dashboard,計算總營收、訂單數、銷售數量、平均訂單金額、付款狀態、品牌、分類、熱門商品、植物性占比與合作夥伴統計;提供完整 Code.gs 與 Index.html。

⑤ 有哪些規則:品牌與商品不可寫死;金額與數量需轉成數字;資料變更後重新整理或按「重新整理資料」取得最新結果;Spreadsheet ID 集中放在設定區,不可散落在多個函式。

⑥ 畫面風格:與版本 A 使用相同資訊架構,方便比較。

最後請說明兩種專案如何建立、如何部署為 Web App、執行身分與存取權限如何選、如何驗收讀到正確試算表,以及何時應升級為正式系統。

~~~

Q如何使用這份 Prompt?

  1. 保留六個區塊,不要只複製第一句。
  2. 把範例中的工作表、欄位字母、網址、ID、Email 與日期換成測試資料。
  3. 要求先說明假設,再輸出公式或完整程式碼。
  4. 執行前檢查是否會寄信、分享檔案、覆寫資料或建立公開網址。
  5. 把錯誤訊息與預期結果一起回填,要求只修正受影響部分。

如何驗收結果?

直接答案: 驗收不能只確認公式沒有錯誤或程式成功執行,還要核對資料範圍、計算規則、例外案例、輸出內容與必要權限。

  • 程式讀取的是預期試算表。
  • 維護者知道程式與資料的所在位置。
  • 不同部署版本有紀錄。
  • 權限與使用者範圍符合資料敏感度。

建議再做三層核對:第一層用兩至三筆資料手算;第二層比較來源總筆數與輸出總筆數;第三層測試空白、重複、未對應、期間外或權限不足等例外。

常見錯誤與限制有哪些?

直接答案: 最常見問題是欄位與指標未定義清楚、直接相信產出,以及忽略資料型態、權限、部署版本與工具規模限制。

  • 每個分店複製一份程式,修正時版本分裂。
  • 把試算表網址硬寫在多個函式。
  • 只比較開發速度,不考慮權限與維護。

若工作涉及正式財務、法遵、薪資、交易、大量多人使用或高可用性要求,應加入正式審核、權限、測試、記錄與稽核機制,不能只依賴教學用試算表原型。

工具功能與來源依據

直接答案: 文章中的工具操作以官方文件或實際引用來源為準;產品介面、可用方案與配額可能變動,操作前應再次核對官方說明。

本文涉及的產品功能或操作範圍,以 Google Developers:Apps Script 擴充 Google 試算表 為查核依據;功能、方案與介面可能更新,實作時仍應以官方頁面為準。

本文涉及的產品功能或操作範圍,以 Google Workspace:Google Apps Script 產品介紹 為查核依據;功能、方案與介面可能更新,實作時仍應以官方頁面為準。

常見問題 FAQ

直接答案: 以下問答處理操作、驗證與工具選擇時常見的疑問;每個答案都可脫離前文單獨閱讀與套用。

Q什麼是連結式 Apps Script?

連結式專案從試算表的「擴充功能」開啟,程式與該份試算表綁定,能直接取得目前檔案。

Q什麼是獨立式 Apps Script?

獨立式專案從 script.google.com 建立,不綁單一文件,通常透過試算表識別碼或網址讀取資料。

Q哪一種比較適合初學者?

只服務一份試算表時,連結式較容易理解;多份表共用同一工具時,再使用獨立式。

Q獨立式 Apps Script 比較安全嗎?

不一定。安全性取決於權限、部署方式、資料分享與程式設計,而不是專案類型本身。

Q什麼時候應該升級正式系統?

當流程涉及大量資料、多角色權限、交易、稽核、穩定性承諾或多人同時使用時,應評估正式系統。

參考資料

直接答案: 參考資料只列出本文實際使用的投影片與公開來源;日期無法確認時標示日期不明,不自行推測發布時間。

關於作者 {#author}

Claire Chang | 企業 AI 導入與流程轉型顧問。專注於 AI Agent 架構設計、ERP 系統整合與企業 AI 治理。

最後更新:2026-08-25