WHAT_IS
LINE 串接系統開發到底在做什麼？
把公司系統裡「要查、要簽、要通知」的那幾件事，搬到員工和客戶本來就每天在用的 LINE 上。不用裝 App，不用發一組新的帳號密碼。
- 現在是這樣要查一張單，打電話問內勤。內勤開後台查完再回報，一天重複幾十次。
- 做完之後在 LINE 打單號，系統直接回一張卡片，上面就是那張單現在的狀態。
- 權限沒有變鬆誰看得到哪一層價格、誰能簽核，一律由後端依身分決定，跟後台同一套規則。
WHAT_WE_DID
LINE 官方帳號客製開發做得出什麼？
以下都是我們自己寫過的程式碼與做出來的系統。
一、員工用的查詢機器人。 LINE Bot 開發最常見的起點：加好友、綁定員工編號後，用圖文選單切換四種查詢：
- 查商品與報價打關鍵字，回一張卡片輪播：品名、料號、在庫數量，價格依權限決定看得到哪一層。
- 查客戶用編號直達，也能用手機或姓名找，帶出聯絡方式與近期訂單。
- 我的訂單預設只顯示待處理與處理中，已完成的不佔版面。
- 查訂單單號、網路單號、倉儲單號、收件人都查得到。
- 二、身分綁定與權限。 用 LINE Login 身分綁定把使用者對應到你系統裡的員工或會員編號。沒綁定的帳號，任何需要權限的動作都做不了。進價與成本在資料庫欄位層級就擋死，機器人拿不到整包資料自己挑欄位。
- 三、LINE 推播通知與告警。 報價送出、簽署完成、即將到期（見 報價系統與合約管理）、保固登記完成（見 免拆箱保固登記 SaaS）、設備異常——這些事件送進 LINE。告警送出前先分流去重：同一個異常在恢復前只發一次，恢復時補一則結束通知。
四、免下載 App 的網頁介面。 要填表或多步驟的流程用 LIFF 網頁應用——跑在 LINE 裡的網頁，拿得到身分，改版不必送審。查詢結果與簽核用 Flex Message，也就是可以放按鈕和狀態顏色的卡片訊息。
想先自己試一遍的人，可以照著 LINE Bot 開發教學做一遍——Google Apps Script 串 Messaging API 與 Gemini API，原始碼公開在 GitHub。
PRICING
費用怎麼算？
LINE 串接系統開發的費用分兩塊，而且第二塊不經我們的手。
一、開發費（我們收）。 一次性，按範圍計。最主要的變因是介面做到哪一層——這四階由輕到重，你可以先對號入座：
其他影響價格的因素（含要不要身分綁定與角色分層）：
- 事件數量：三個推播事件和二十個，工作量差很多
- 要串的系統有沒有 REST API：只能讀資料庫的最花時間
- 上線後要不要持續維運與調整
- 二、LINE 平台費用（你自己付）。 方案月費與訊息額度由 LINE 收取，開在你的帳號、由你付款，0 元經過我們，也不加價。
- 訊息成本要在設計階段就算。 依 LINE 官方說明，使用者先發話、系統在時限內回應（Reply）不計入訊息費用；群發與主動推播則計入。所以能做成「使用者先問、系統再回」的就不主動推。另外一件現在就該知道的事：LINE 官方帳號的價格方案自 2026 年 11 月 1 日起調整，中用量固定月費由 800 元改為 1,000 元、高用量由 1,200 元改為 1,400 元，各方案的免費訊息則數維持不變。若不同意調整，依官方公告須在 2026 年 10 月 27 日前改為輕用量方案；後台另在 10 月 28 日至 11 月 2 日系統更新期間無法升降方案。額度規劃我們在盤點階段會一起算進去。
實際費用依需求評估，盤點結束後提供書面報價與範圍說明。
PROCESS
怎麼進行？要多久？
五個步驟。
- 盤點要推什麼、誰收先列事件清單：哪些狀態變化值得發一則訊息、發給誰、需不需要回覆。這一步做不完整，上線後就會變成洗版，然後大家把通知關掉。
- 帳號與頻道設定在你自己的 LINE Developers 帳號下建立 Provider 與 Channel，設定 Webhook 與簽章驗證，並調整後台的自動回應。
- 介面設計查詢結果與簽核用 Flex Message，常用功能放圖文選單，填表或多步驟走 LIFF。這一步決定使用者願不願意用第二次。
- 身分綁定與串接用 LINE Login 對應身分，接上內部系統的 API 或資料來源，用測試頻道整輪跑過：分流、去重、失敗重送與逾時。
- 上線與移交權限、憑證、部署文件交回，撤掉我們的管理員身分。
一個 LINE 案子其實分成兩半：一半是我們寫的程式，一半是在後台按出來的設定。後者不產生任何程式碼，卻最常卡住——最常見的意外是系統接上去之後，官方帳號原本的自動回應還在繼續發，客人問一句會同時收到系統的答案和一則罐頭訊息，看起來就像帳號壞掉。這一步要兩邊一起調。
時程取決於四件事：只推通知還是要雙向查詢、介面停在 Flex Message 還是要做 LIFF、要不要身分綁定與多層權限、以及要串的系統有沒有 API。**只推通知的最短，加上 LIFF 與身分綁定會明顯拉長，要串沒有 API 的舊系統最久。**實際排程在需求盤點結束後以書面確認——我們不在看過你的系統之前給沒有依據的週數。
WHO_FITS
誰適合做 LINE 串接系統開發？
三種公司，我們都接。
- 現場人員不開電腦的產業物流、餐飲、工程、零售、維修。師傅在車上，外場在跑單，你叫他登入後台不會發生，但他的 LINE 一直開著。
- 想讓客戶免下載 App 的品牌客戶不會為了查一次訂單或保固，特地去裝一支 App。
- 已經有官方帳號、卻只會群發的行銷與客服主管帳號有了、好友也有了，缺的是把它接上內部系統。LINE 官方帳號客製開發要做的就是這一段：從單向群發，變成可以問、問得到答案。
還有一種是有設備要看狀態的：廠務、機房、冷鏈、門禁。設備端怎麼收資料、怎麼判斷異常，寫在 IoT 與監控系統整合；這一頁講的是它最後怎麼變成 LINE 上的一則訊息。
NOT_FOR_YOU
誰不適合？
以下幾種我們會直接說不適合，不用互相耗時間。
- 想找人代操推播行銷的不接。那是行銷代理商的工作，我們寫程式。
- 只想買現成月租聊天機器人的市面上有便宜很多的 SaaS。客製的理由只有一個：要接你自己的資料；只是想要個自動回覆，不用花這筆錢。
- 內部沒有可查的資料來源連共用試算表都沒有，LINE 接上去也沒東西可回。先走 企業系統客製開發。
- 主體其實是流程自動化的LINE 只是其中一個出口的話，主體在 AI 工作流與流程自動化。
- 想把 LINE 當唯一客戶資料庫的好友名單匯不出完整資料，userId 又是依 Provider 發放。資料主體必須留在你自己的系統。
OWNERSHIP
帳號與資料歸誰？
全部歸你，寫進合約。結案時撤掉我們的所有權限——要不要繼續找我們維護是另一件事，不能靠扣著帳號來綁。
| 項目 | 開在誰的帳號 |
|---|---|
| LINE 官方帳號 | 你的，你是管理員。我們以受邀成員身分進去做事 |
| LINE Developers 的 Provider 與 Channel | 你的。Channel secret 與 access token 由你保管，結案後輪替 |
| 好友名單與 userId | 你的。userId 依 Provider 發放（同一 Provider 底下各 Channel 共用同一組），所以 Provider 開在誰名下比想像中重要 |
| 雲端專案（GCP／Cloudflare） | 你的，帳單也開給你 |
| 原始碼 | 你的 Git 帳號或組織，含部署與環境變數文件 |
START
要從哪裡開始？
先做一件你今天就做得到的事：把「員工或客戶現在在 LINE 上做什麼、你希望他們多做什麼」寫成幾句話，連同你手上系統的名稱一起給我們。
我們會回你一份現況判讀：這件事在 LINE 上做不做得到、需要先補什麼、大概分成幾個階段。這一步不收費，也不需要你先整理好規格——把規格整理清楚本來就是我們的工作之一。
EVIDENCE
這一頁的說法，去哪裡查證？
- 驗簽不是我們加戲LINE 官方文件明載：機器人伺服器可能收到來自 LINE 平台以外的惡意請求，處理事件前務必驗證簽章，見 Verify webhook signature。我們把它做成「解析前先驗、失敗一律 401」。
- Flex Message 的能力與限制卡片版面能做到什麼、不能做到什麼，依據是 Flex Message 文件——其中最影響設計的是不同 LINE 版本與桌機／手機的呈現落差，版面要留餘裕。我們每張詳情卡另附純文字版，是依我們自己的實測，不是官方明文限制。
- Webhook 會重送，所以必須冪等事件接收與重送行為見 Receiving messages。事件依 ID 去重、先回 2xx 再處理業務邏輯，都是照官方描述的重送行為設計的；回覆權杖的可重用情形依事件類型而不同，我們一律當成只能用一次來設計。
- 資費與調整時程方案月費、免費訊息則數、加購級距與這次調整的時間點，依據是 LINE 官方公告 2026 年 LINE 官方帳號方案價格調整。我們只轉述，不自行推估。
- 圖文選單每一格能綁什麼動作動作型態的定義見 Actions——該頁列的是所有動作型態，其中相機、相簿、位置三種只能用在快速回覆，綁不到圖文選單。查詢種類多的時候，動作型態怎麼配會直接影響選單設計。