LINE 官方帳號整合預約與客服的做法：三個層級與各自的門檻

作者 Bo Wei・偉騰開發興業有限公司・發布 2026-10-03・更新 2026-10-03（由前臺東縣環境保護局局長謝清泉主持）

LINE 官方帳號能做到的事，從零開發的圖文選單到全整合的訊息 API 差了好幾個層級，門檻也不同。本文把預約與客服的整合分成三層，說明每層做得到什麼、要準備什麼、方案與資料的限制在哪裡，以及建議的導入順序。

「我們有 LINE 官方帳號，可以直接用它預約嗎？」這是店家最常問的問題之一，答案是可以，但「可以」有三種截然不同的做法：用內建功能加預約連結、把 LINE 登入綁進預約系統、或是用訊息 API 讓整個預約與客服流程都在對話裡完成。

三種做法的投入、彈性與門檻差距很大，先搞清楚自己要哪一層，再談怎麼做。

本文先把三個層級各自能做到什麼、做不到什麼說清楚，再整理四個不分層級都會碰到的門檻：訊息方案與則數、個人資料與同意、客服人力與回覆流程、與既有系統的整合。最後給一個導入順序，多數店家不必一開始就做到全整合，而是從第一層開始，有明確需求與數據支撐再往上走。

第三層的典型例子是租賃或物業管理：住戶在對話裡完成繳費查詢、對帳與到期提醒，背後接著資料庫與排程，LINE 只是介面。每一層的真實門檻在哪，以下盡量用非技術的語言說明。拿不準自己該在哪一層，把目前的預約方式與每月大約的對話量加 LINE 傳來，本所先書面建議。

層級一：零開發——圖文選單、自動回應與預約連結

第一層完全用 LINE 官方帳號後台的內建功能：

• 圖文選單放「立即預約」「常見問題」「位置與營業時間」等按鈕，點了之後開啟預約頁的連結或觸發自動回應；
• 關鍵字自動回應處理營業時間、停車、服務項目這類固定問題；
• 一對一聊天由店員手動回覆。

預約本身在另一個頁面完成（可以是現成的預約工具或自己網站的預約頁），LINE 只是入口。優點是當天就能上線、不需要開發；限制是預約資料與 LINE 的使用者對不起來，顧客預約完想改期還是得用人工處理，提醒訊息也要手動發。適合每天預約量不多、人工還處理得來的店家。

層級二：半整合——LINE 登入綁定會員，預約與通知自動對上

第二層讓預約系統認得「這個 LINE 使用者是誰」：顧客從圖文選單進入預約頁時用 LINE 登入，系統把他的 LINE 識別碼與會員資料綁在一起，之後的預約確認、前一天提醒、改期與取消通知都能自動推送到他的 LINE，而不是靠店員手動發。

顧客也能在 LINE 裡點一下就看到自己的預約紀錄。這一層需要開發或選用支援 LINE 登入與推播的預約系統，門檻是要申請 LINE 登入與訊息 API 的管道、處理同意與個資告知、以及設計推播的時間點與文案。對多數預約型店家（診所、美容、工作室、民宿）來說，這一層是效益最明顯的一層：省下的多半是提醒與改期的人工，爽約與漏接的狀況也有機會減少。

層級三：全整合——訊息 API、Webhook 與後台同步，流程都在對話裡

第三層是把整個流程搬進對話：顧客在 LINE 裡選服務、選時段、確認預約、付款、收到提醒、回覆改期，全部透過訊息與互動式選單完成，不需要離開 LINE。

技術上是透過訊息 API 接收顧客的每一則訊息與動作（Webhook），由自己的後端判斷意圖、查詢排程、寫入資料庫並回覆；客服部分可以先由機器人處理常見問題，判斷不了或顧客要求時轉給真人，真人回覆的紀錄也進同一個後台。

門檻最高：需要後端開發、資料庫、排程與監控，推播則數要納入方案規劃，對話設計也是一門功夫。適合預約量大、流程固定、或是有多個據點要集中管理的業者。

門檻一：訊息方案與則數——推播不是無限的

LINE 官方帳號的方案依每月訊息量分級，主動推送給顧客的訊息（預約提醒、通知、行銷）會計入則數，顧客主動傳來後的回覆則不計。這代表整合設計必須先估算：每筆預約會觸發幾則推播（確認、前一天提醒、當天提醒、感謝與評價邀請），乘上每月預約量，就是方案需求的量級。

省則數的做法有：把多個通知合併成一則、用圖文選單讓顧客主動查詢而不是推送、行銷訊息做分眾而不是全發。方案費用由業主直接向 LINE 支付，不透過開發公司，這點在規劃時要先說明清楚。則數估算錯誤的後果不是系統壞掉，而是提醒發不出去或當月帳單超出預期。

門檻二：個人資料與同意——LINE 識別碼也是個資

一旦把 LINE 使用者與會員資料綁定，就是在蒐集與處理個人資料，適用個人資料保護法：要在綁定時告知蒐集目的、資料類別、利用期間與方式、當事人權利，並取得同意；用於行銷推播的要另外說明並提供退出方式。

技術上要注意 LINE 識別碼是依官方帳號或服務分開產生的，換帳號或換開發商時既有的綁定可能對不上，資料移轉前要先確認。委託開發公司處理這些資料時，契約要載明資料歸屬、保密與終止後的刪除或移轉方式。這些不是條文的堆疊，而是顧客願不願意在 LINE 上把資料交給你的前提。

門檻三：客服人力與回覆流程——系統不會自己回話

整合做得再好，顧客在 LINE 上問「今天還有位子嗎」時，還是要有人或規則來回答。導入前要先定好：營業時間內誰負責看訊息、多久內要回、非營業時間自動回什麼、哪些問題給機器人、哪些一定轉真人、轉真人後紀錄怎麼留。

多人共用一個官方帳號時，要有分派或標記機制，否則會出現兩個人同時回或都以為對方回了。常見的失敗不是技術，而是店內沒有人被明確指派，訊息累積幾天沒回，顧客轉頭去別家。把回覆流程寫成一頁 SOP，比任何功能都重要，也是每一層都適用的前提。

門檻四：與既有系統的整合——行事曆、預約系統、客戶管理、金流

LINE 只是前端的對話入口，真正的資料要落在某個系統裡：預約時段在哪裡管理（實體行事曆、既有預約系統、新的後台）、顧客資料在哪裡（試算表、客戶管理系統）、付款怎麼收（LINE Pay、信用卡、現場）。

整合前要盤點這些系統有沒有開放介面可以串接、資料格式能不能對上、誰是主資料來源。常見的坑是店內同時用紙本行事曆與線上預約，兩邊沒有同步，導致重複預約。原則是先決定「唯一的真相在哪裡」，再讓 LINE 與其他入口都讀寫同一份資料，否則整合越多、對不上的地方越多。

導入順序建議：從第一層開始，用數據決定什麼時候升級

多數店家的合理路徑是：

• 先用第一層把入口做好（圖文選單、自動回應、預約連結），同時記錄每月的預約量、改期取消次數與人工提醒花的時間；
• 當人工提醒與改期處理成為負擔，就升到第二層，讓確認與提醒自動化；
• 只有在預約量大、流程固定、或需要多據點集中管理時，才評估第三層。

每一層升級前都先確認門檻一到四有沒有準備好，特別是方案則數與客服 SOP。這樣做的好處是每一步的投入都有前一步的數據支撐，不會一開始就做一套用不到的全整合，也不會在人工負擔已經很重時還停在第一層。

自我檢查清單

• 已確認自己要的是零開發、半整合還是全整合，並對照目前的預約量與人工負擔
• 每筆預約會觸發的推播則數已估算，乘上每月預約量後對照 LINE 官方帳號方案
• 綁定會員時的個資告知、同意與行銷退出方式已設計，資料歸屬寫進契約
• 客服回覆流程 SOP 已寫好：誰看訊息、多久回、哪些轉真人、紀錄怎麼留
• 預約時段、顧客資料與付款的「唯一真相」系統已決定，LINE 與其他入口讀寫同一份資料
• 導入後持續記錄預約量、改期取消與人工時間，作為升級層級的依據

常見錯誤

• 一開始就做全整合——花了數月開發，上線後發現每天預約不到幾筆，第一層就夠用。
• 沒估推播則數——提醒訊息在月中就發不出去，顧客以為店家忘了。
• 綁定會員沒有告知與同意——顧客收到行銷推播後封鎖帳號，連預約提醒也收不到。
• 紙本行事曆與線上預約並行沒同步——同一時段被訂兩次，現場衝突。
• 官方帳號沒人被指派看訊息——顧客的問題三天沒人回，預約流到別家。

官方參考資料

• LINE 開發者文件｜訊息 API 與 LINE 登入
• 個人資料保護法｜全國法規資料庫

常見問題

我們已經在用現成的預約工具，還能跟 LINE 整合嗎？

看那套工具有沒有開放介面或內建 LINE 登入與推播。有的話可以直接做到第二層；沒有的話，第一層（用連結當入口）一定做得到，第二層以上就要評估是換工具還是在中間加一層同步程式。先把現用工具的匯出功能與介面文件找出來，本所可以書面判斷能做到哪一層。

LINE 官方帳號整合預約大概要多久？

第一層通常數日內就能設定完成；第二層依預約系統是現成或客製，量級是數週；第三層的全整合以月計，因為包含後端、資料庫、對話設計與測試。時程最大的變數是店內流程有沒有先定下來，規則一直改，開發就一直等。

顧客的 LINE 資料與對話紀錄會存在哪裡？是誰的？

第一層的對話只存在 LINE 官方帳號後台；第二、三層會把綁定資料與預約紀錄存在您的預約系統或後台資料庫，這些資料屬於業主，開發公司只是受託處理。契約要寫明資料庫的所在、備份方式、合作終止時的匯出與刪除，本所的做法是把這些寫成交付文件的一部分。

可以用 LINE 做客服機器人回答所有問題嗎？

固定答案的問題（營業時間、位置、服務項目、預約方式）很適合機器人；需要判斷的問題（能不能改這個時段、我的狀況適不適合）建議設計成「機器人先問清楚、再轉真人」，而不是硬要機器人回答。目標是減少真人處理的重複問題，不是取代真人，否則顧客會覺得被敷衍。

本所協助 LINE 官方帳號整合

不確定自己的店該做到哪一層？把目前的預約方式、每月大約的預約量與對話量、使用中的工具加 LINE「偉騰開發」傳來，本所先書面建議層級與需要先準備的門檻，再談開發與維運。

全台各縣市受理｜專業團隊承接辦理｜親臨現場指導｜統籌包辦到好

聯絡偉騰開發興業

服務總覽｜案例解析｜法規知識庫