常見問答

餐廳尖峰排隊塞車有兩種原因： (1) 點餐流程慢 — 顧客猶豫、菜單翻找、口頭傳菜複述。 (2) 結帳速度慢 — 找錢、開發票、信用卡簽單。 前者最大的解方是「自助點餐」，讓顧客自己花時間做決定，不卡住人力；後者解方是「快速結帳」，串接電子支付、行動支付，快速結帳減少現金找零時間。 電小二的具體做法： (a) 外帶區擺 Kiosk，可分擔點餐員工作。 (b) 內用桌貼掃碼點餐，讓顧客邊看菜單邊下單。 (c) POS 端開啟雙螢幕對客顯示，讓顧客同步確認金額。 (d) 結帳串接 LINE Pay、街口、Apple Pay，減少現金找零時間。 實際人力節省幅度依店面動線、客單組合而異，建議跟業務一起算翻桌率與人時產值再決定組合。

紙本廚房單流程的痛點有四個： (1) 滑落或被油汙覆蓋造成漏單。 (2) 字跡潦草造成出錯菜。 (3) 多名廚師同時搶單造成同一道菜做兩次。 (4) 無法呈現菜品目前狀態。 廚房顯示系統 KDS 改變的是「訊息流」： POS、Kiosk、掃碼點餐訂單即時推到 KDS 螢幕，系統依規則分派到正確工序站，廚師按完成後 CDS 自動通知取餐。電小二 KDS 的分工序站設計適合火鍋、飲料、燒肉等需要多站協作的店型。實際漏單下降幅度依店家原本流程與導入配置而異，建議參考同店型客戶案例評估。

飲料、輕食、客製便當這類店型最大的營運壓力是「同一杯飲料有十幾種組合」。 靠人力傳菜，常見錯誤有： (1) 漏掉加料選項。 (2) 糖度/冰塊寫反。 (3) 價格多樣易混淆。 解法是把「選項階層化」做進系統：品項 → 規格 (大/中/小) → 冰塊 (去冰/微冰/正常) → 糖度 → 加料 (珍珠、椰果、布丁)。系統強制每一步選擇後才能結帳，且每筆選項會以標籤形式顯示在廚房 KDS，廚師一眼就能對。 電小二的多層客製還支援以下條件邏輯： (1) 冰塊、糖度設定為必須選取，不錯過。 (2) 冰糖固定可不需選取，防勿選。 (3) 配料可依據在不同餐點下有不同價格。 Kiosk 的客製操作介面經過長輩友善優化，大字體加圖示，點餐放棄率明顯降低。

餐飲業會員經營的核心問題是「店家不知道誰是常客」。紙本集點卡只能單向累積、不能主動聯繫，且顧客一掉就斷線。 電子化會員的價值在於三件事： (1) 每次消費自動歸戶，不用顧客記得帶卡。 (2) 系統能顯示消費紀錄，管理者能分析消費行為。 (3) 對不同分群推不同訊息，例如 回購折扣、新品試吃券。 電小二會員系統的做法：會員資料儲在 Portal 後台，跨店共用；LINE 官方帳號可整合電小二會員集點、優惠券、訊息推播，顧客掃碼或加 LINE 好友，管理者可設定自動行銷流程。

連鎖品牌經營痛點是「資訊不一致」：總部改價了結果某些分店還在用舊價、新品上市結果分店菜單沒更新、限時優惠結束了結果分店還在打折。靠人工通知的話，平均需要 2-3 天才能各店確認到位，影響營收與顧客信任。 電小二 Portal 採三層菜單管理： (1) 總部主菜單 — 公版品項與價格，新店上線直接套用。 (2) 區域客製 — 北中南各區可微調 (地區限定品項、區域定價)。 (3) 單店特例 — 個別分店可設定限定商品。 促銷管理同樣分層，買 N 送 1、滿額折扣、商品組合價 等行銷活動可在 Portal 設定後一鍵推送全店；LINE 官方帳號推播亦能整合 Portal 會員資料。實測連鎖品牌導入後，菜單更新時間從「每店人工 2-3 天」降至「總部 30 分鐘全店同步」，實際時間依店數與網路狀況而異。

餐飲業現場最常見的內控漏洞： (1) 收銀員把刷卡單作廢改現金，把現金私吞。 (2) 店長把折扣權限拿來給朋友打對折。 (3) 員工幫熟客「贈送」品項。 (4) 退換貨沒留紀錄。 傳統 POS 看不到這些細節，只有月底盤點數字對不上才會發現。 電小二的解法是把所有操作分權限與留紀錄： (a) 角色分層 — 店長、收銀員、廚房員工、加盟主、總部各自只能用該角色該動的功能。 (b) 操作留紀錄 — 退單、折扣超過 N%、贈品、改菜單價格都會記錄操作者、時間、店點。 總部可在 Portal 隨時查每店的異常操作報表。這套機制能大幅降低內控風險，連鎖品牌通常配合每季一次的權限盤點 (離職員工帳號收回、權限重新確認)。

早餐店的關鍵 KPI 是「每分鐘出餐數」與「每人時產值」。 設備配置重點： (1) POS + 對客顯示器 — POS 支援「常用早餐組合」一鍵點餐 (例如「蛋餅 + 紅茶」「漢堡 + 奶茶」)，對客顯示器讓顧客在點餐當下確認品項與金額，減少對帳爭議。 (2) KDS 廚房顯示 — 取代紙本貼單，廚師直接從螢幕接單做餐，可顯示「先到先做」順序。 (3) Kiosk 分流排隊 — 店面動線允許時，門口擺 1-2 台 Kiosk 讓排隊顧客先點餐，到櫃只取餐結帳。 (4) Portal 統一管理 — 連鎖品牌可在總部一次更新菜單與促銷 (對應 Q05)，搭配電子發票自動開立，免去早晨人工開單時間。 實際是否導入 Kiosk 建議與業務評估店面動線、客流量、預算後決定。

飲料店的特殊性在於「客製化選項多」與「外帶比例高」。 設備配置重點： (1) POS + 多層客製快速鍵 — 支援多層級客製 (基底、冰塊、糖度、加料、特殊備註)。 (2) Kiosk 排隊區自助點餐 — 店面動線允許時，門口擺 Kiosk 讓排隊顧客先點餐，部分連鎖甚至全面 Kiosk 化釋出 1-2 名員工到出杯線。 (3) 掃碼點餐 — 內用桌邊或外帶自助，顧客掃碼就能點，到櫃前直接出杯。 (4) KDS 訂單管理，SOP 化作業。 (5) 會員集點 — 飲料店黏著度核心，搭配消費促銷券、買十送一電子化，減少實體集點卡遺失爭議。 實際組合依店面坪數與客單組合微調，建議與業務一起算 ROI。

火鍋店的營運痛點是「桌邊加點頻繁」「廚房工序站多」。 設備配置重點： (1) POS 整合候位開桌 — 連鎖火鍋品牌可串候位、排隊與會員 LINE 推播，提升離峰時段坐席率。 (2) 掃碼點餐 — 顧客在桌上自行加點，大幅降低服務生來回成本，並減少口傳漏單。 (3) 候位取號 — 尖峰排隊與外帶單分流，前台不用人工發號。 (4) Kiosk 自助結帳 — 節省結帳人員配置與時間。 (5) KDS 工序站 — 將鍋底、肉品、海鮮、蔬菜分工序顯示，出菜節奏更穩定。 (6) CDS 叫號顯示 — 取餐區即時通知顧客。 電小二的火鍋組合曾協助多家連鎖品牌降低尖峰漏單與桌邊服務人力，實際效益依店家原本流程與導入配置而異，建議參考同店型客戶案例。

燒肉店的客單通常較高、餐期較長，顧客體驗對服務生的推薦與時機介入很敏感。 設備配置重點： (1) POS 整合候位開桌 — 可串候位、排隊；連鎖燒肉品牌可加 Portal 跨店菜單。 (2) 掃碼點餐； — 顧客在桌上自行加點，大幅降低服務生來回成本，並減少口傳漏單。 (3) 候位取號 — 尖峰排隊時自助領號，前台不用人工管理。 (4) Kiosk 自助結帳 — 節省結帳人員配置與時間。 (5) KDS 分區工序 — 肉品、小菜、飲料分站，確保上菜節奏穩定。 (6) CDS 取餐通知 — 外帶區使用。 電小二的燒肉店組合曾協助多家連鎖品牌穩定上菜節奏，連鎖總部可在 Portal 看跨店翻桌率與品項熱銷，實際效益依店型與導入前流程而異。

連鎖速食與美食街攤位的營運特徵：客單低、翻桌極快、客流尖峰集中。 設備配置以「最大化人力效率」為目標： (1) Kiosk 自助點餐 — 取代櫃台點餐員，節省點餐員人力配置。 (2) POS 收銀備援 — 留作現金支付與系統備援。 (3) KDS 廚房分工序 — 主餐、小菜、飲料分站做。 (4) CDS 叫號顯示 — 顧客付完款拿號碼牌，等 CDS 叫號取餐，免排第二次隊。 (5) Portal 跨店管理 — 跨店菜單統一、各店即時營收看板、員工權限分層、跨店會員。 電小二在這套組合上已協助多家連鎖速食品牌穩定營運。

咖啡廳與輕食店的客群多為熟客，經營重點不在尖峰流量，而在「黏著度」與「客單提升」。 設備配置重點： (1) POS + 雙螢幕對客顯示 — 桌號管理、客製選項 (奶量、糖、加冰)、結帳快速；雙螢幕讓顧客結帳前確認金額提升信任感。 (2) Kiosk 外帶自助點餐 — 午餐尖峰外帶人潮分流，1 台 Kiosk 約等於 1 名點餐員。 (3) 掃碼點餐 — 內用桌邊讓顧客在店內想加點時自助下單，不用招手叫店員。 (4) KDS 視店型而定 — 若飲料區與輕食區分開、午餐尖峰仍會塞則建議加裝；若全店單一吧台，POS 列印單即足夠。 (5) LINE 會員集點 + 推播 — 經營熟客核心，可做生日券、新品試吃券、會員專屬時段優惠。 連鎖咖啡品牌另需 Portal 跨店報表追蹤品項與會員回購。

夜市攤與小型路邊攤的營運特徵：店面坪數小、客流不穩、預算有限、員工流動率高。 設備配置以「輕量 + 快速結帳」為原則： (1) 輕量 POS 或平板 POS — 不需要桌數管理、不需大螢幕，mini POS 即可。 (2) Kiosk 小型機台 — 固定攤位空間允許時導入，省人力。 (3) 行動支付收款 — LINE Pay、街口、信用卡，減少現金找零時間。 (4) KDS — 出餐有多步驟 (例如鹹酥雞要等) 時可加裝小型 KDS。 電小二有針對小型店的入門方案，以較低門檻讓店家體驗數位化效益；客流穩定後再依需求加裝。實際方案請與業務評估店面與預算。

連鎖品牌總部的需求跟單店完全不同，重點不是「店裡哪台設備好用」，而是「總部能不能管好全部店」。 設備配置重點： (1) POS 收銀標配 — 全店統一採購，確保 SOP 一致。 (2) KDS 廚房顯示標配 — 配合 POS 派單，標準化出餐流程。 (3) Kiosk 自助點餐 — 店型適合時導入 (速食、咖啡、輕食、外帶比例高的飲料)。 (4) 掃碼點餐 — 補位 Kiosk 與桌邊，內用大店必備。 (5) Portal 後台 — 總部即時看跨店營收、品項熱銷、毛利、員工績效，並做三層菜單管理 (公版/區域/單店)、會員 CRM 跨店共用、權限分層 (店長、收銀、廚房、加盟主、總部，對應 Q32)。 直營 + 加盟混合的品牌另需「加盟主只看自己分店」的權限設定；集團型連鎖另需「總公司、子品牌、區處、店點」多層階層。實際方案與報價請與業務評估店數與組織結構。

餐飲 POS 的功能比零售 POS 複雜，核心要處理「桌號 → 多次加點 → 廚房出餐 → 結帳 → 翻桌」的多階段流程。 電小二 POS 的功能模組： (1) 桌位管理 — 即時顯示。 (2) 多階段加點 — 同一桌後結帳可多次點餐並合併結帳。 (3) 客製化選項 — 多層級 (品項/規格/加料)。 (4) 廚房派單 — 訂單即時送 KDS，分工序站。 (5) 結帳 — 信用卡、行動支付、電子發票即時開立。 (6) 會員 — 自動歸戶、累積點數。 (7) 報表 — 翻桌率、客單價、品項銷售。 店家最常感受到的好處：結帳速度提升、廚房漏單下降。實際數字依店家原本流程、SOP 落實度、員工訓練而異。

傳統紙單流程有四大漏單原因： (1) 紙條滑落或被油汙覆蓋。 (2) 字跡潦草誤判。 (3) 多名廚師搶單造成同一道菜做兩次或都沒做。 (4) 進單順序不可控。 KDS 改變了訊息流： (a) 訂單即時送螢幕，不會掉。 (b) 系統列印字體標準，不會誤判。 (c) 每張單分派到正確工序站，廚師各做各的。 (d) 每張單明確進單時間與順序。 電小二 KDS 的分工序站設計適合需要多站協作的店型：火鍋 (鍋底、肉品、海鮮、蔬菜)、飲料 (茶湯、加料、封口)、燒肉 (肉品、小菜、飲料)、連鎖速食 (主餐、配餐、飲料)。實際漏單下降幅度依店家原本流程而異，但訊息流標準化後，內控透明度與排班依據都會明顯提升。

CDS 在台灣餐飲業有兩種主要應用場景： (a) 結合廣告播放面板 — 可局部輪播廣告，吸睛有利於增加顧客流量。 (b) 取餐區叫號 — 大螢幕顯示「準備中」「可取餐」狀態，顧客付款後拿號碼，看 CDS 知道何時可取。 最適合的店型是「外帶比例高、需顧客等待」的場景：連鎖速食 (顧客點完到取餐區等)、美食街 (顧客在攤位之間移動)、手搖飲料 (顧客點完到出杯區等)、便當店 (午餐尖峰大量外帶等待)。電小二 CDS 可與 KDS 串接，廚師按完成自動跳「可取餐」，顧客不需要店員口頭叫號。

Kiosk 跟超商 ibon、銀行 ATM 不同 — Kiosk 專為餐飲點餐流程設計，介面重點是「讓不熟科技的長輩也能完成點餐」。 功能模組： (1) 圖像菜單 — 大字體、大圖片。 (2) 多層客製 — 規格、冰塊、糖度、加料、特殊備註。 (3) 套餐升級提示 — 結帳前畫面主動建議加飲料、加薯條。 (4) 多元支付 — 信用卡、行動支付、現金找零。 (5) 電子發票 — 結帳當下開立、歸戶手機條碼。 (6) 廚房派單 — 訂單直送 KDS。 預期收益兩大塊： (a) 人力替代 — Kiosk 可替代點餐人員與結帳人員。 (b) 客單提升 — 畫面自動推薦套餐升級與加料，客單可上升 (實際幅度依產品配置而異)。 電小二 Kiosk 已協助多家連鎖品牌導入，單店建議至少 2 台，單台故障時仍可營運。

掃碼點餐疫後在台灣大規模普及，技術形態有三種： (1) 純 Web — 顧客掃描後在瀏覽器內點餐，無需安裝。 (2) LINE 內開啟 — 結合會員集點。 (3) 部分連鎖結合官方帳號開發。 每個桌號對應獨立 QR Code，顧客送單後系統自動帶入桌號到 POS。 跟 Kiosk 比較： (a) 投入成本 — 掃碼點餐最低 (只需印 QR Code 桌牌)；Kiosk 需採購機台。 (b) 人力替代 — Kiosk 替代強 (取代點餐員)；掃碼點餐替代中等 (主要省服務生來回)。 (c) 顧客體驗 — Kiosk 介面統一、可推薦加購；掃碼點餐依賴顧客手機 (網速、版本、操作習慣)。 (d) 場景 — Kiosk 適合外帶為主、店面有空間；掃碼點餐適合內用桌數多、想分流排隊。 實務上中大型連鎖會混用：外帶區擺 Kiosk + 內用桌貼 QR Code，雙線並行最大化效率。

Portal 後台針對連鎖品牌設計，功能分五大模組： (1) 報表模組 — 各店即時營收、時段熱力圖、品項熱銷、毛利分析、員工績效。 (2) 菜單模組 — 跨店統一品項、區域限定、單店例外。 (3) 會員 CRM — 會員分群、消費紀錄、推播行銷 (LINE、簡訊)。 (4) 權限模組 — 店長、收銀、廚房、加盟主、總部分層。 (5) 整合模組 — 對接電子發票、外送平台、金流。 多店老闆最常開的三張報表： (a) 跨店即時營收看板 — 早上看昨日各店業績、午餐尖峰看現在哪些店在賣。 (b) 品項熱銷與毛利排行 — 找出「賣得多但不賺錢」與「不賺也不賣」的品項。 (c) 員工績效 — 比較同一職位在不同店的產值差異。 電小二 Portal 已協助多家連鎖品牌做日常經營決策，實際效益依資料粒度與決策週期而異。

餐飲業會員 CRM 跟零售 CRM 的差別在於「頻次驅動」 — 顧客每週都來，但每次只消費 100-500 元，需要長期黏著而非一次性大單。 電小二會員系統的設計： (1) 註冊 — 顧客掃碼建立會員。 (2) 消費歸戶 — 每次結帳自動累計點數。 (3) 分群 — 系統紀錄消費內容。 (4) 自動行銷 — 設定系統自動發送折扣卷。 (5) 跨店 — 連鎖品牌的會員資料跨店共用，LINE 推播可整店或單店發送。 LINE 整合包含圖文選單、官方帳號訊息、LINE 內開啟的點餐頁、LINE Pay 結帳。

電子支付整合分兩層：支付閘道 (Gateway) 與收單機構。電小二與台灣多家銀行收單及第三方支付業者介接，商家可依手續費率與撥款週期選擇。所有電子支付業者皆須通過金管會「電子支付機構管理條例」許可，商家不必擔心合規問題。建議連鎖品牌整合 2-3 家備援，避免單點故障影響收款。實際手續費率與撥款週期依收單機構與商家業態而異，可請業務協助比較。電小二的整合包含 POS、Kiosk、掃碼點餐三端，顧客在哪端結帳都能用同一套支付閘道。

外送平台整合的核心痛點是「漏單」與「重複手動輸入」。傳統做法是員工盯著外送平台的接單機，手動把訂單再輸入到 POS — 容易漏單、容易輸錯、容易延遲出餐。電小二外送中台會將 foodpanda、Uber Eats 訂單統一推入 POS，廚房 KDS 同步顯示「外送單」標籤，廚師一眼就能區分內用與外送的出餐優先順序。訂單金流帳務每日自動對帳，大幅降低管理成本。若需要進一步整合 LINE 官方帳號做品牌自有的外送或自取點餐，可看 Q24。實際串接範圍以平台 API 開放現況為準。

LINE 是台灣滲透率最高的通訊平台，點餐整合可大幅降低 App 開發成本。 完整流程： (1) 商家先在 LINE Business 申請官方帳號 (個人或未認證帳號功能受限)。 (2) 設計圖文選單，將「線上點餐」按鈕嵌入。 (3) 電小二後台設定店點、菜單等資料。 建議搭配 LINE Pay 提升結帳轉換率，並啟用會員自動推播 (促銷券、回購提醒)。連鎖品牌可在 Portal 看會員的跨店消費紀錄。

電子發票導入分四步： (1) 商家向稅捐機關申請「電子發票字軌」(免費，約 3-5 個工作天核發)。 (2) 使用電小二加值服務中心。 (3) Portal 設定統編、載具種類 (手機條碼、發票捐贈)。 (4) 電子發票自動歸戶可降低紙本印刷成本、減少消費者向商家索取紙本的爭議，並符合財政部 2025 年強化電子發票推廣政策。 中獎發票會自動通知中獎人 (若已歸戶會員載具)。

跨系統整合的可行性取決於三件事： (1) 他牌 POS 是否提供 API 或 Webhook。 (2) 雙方資料結構 (品項、桌號、訂單狀態) 是否能對齊。 (3) 同步頻率需求 (即時或準即時)。 實務上常見三種採購方式： (a) 一次到位 — 同時導入電小二 POS + KDS + Kiosk，整合度最高，適合新店或全面升級。 (b) 先 POS、後加裝 — 先 POS 收銀數位化 6-12 個月，再加 KDS 或 Kiosk。 (c) 保留他牌 POS + 加電小二 KDS 或 Kiosk — 既有 POS 提供 API 即可，適合不想換 POS 但想升級廚房或自助點餐的店家；方案預算可能比一次到位的整合方案低 30-50% (實際依店型與機型而異)，但需確認既有 POS 可串接。 建議與業務評估「現有 POS 是否開放 API」與「分階段預算」後再決定。

Google 商家頁 (Google Business Profile) 是台灣餐廳被搜尋時的主要曝光點，若能在商家卡片上直接顯示「線上點餐」，等於免費的引流入口。 電小二的 Google Action 整合流程： (1) 在 Portal 後台設定 Google Action，填入商家名稱、地址、營業時間。 (2) 提交至 Google Action Center 等待審核 (約 1 天)。 (3) 審核通過後，Google Maps 商家頁面自動顯示「線上點餐」連結。 (4) 顧客點擊後進入電小二掃碼點餐頁，送出訂單後直送 POS、KDS。 完整圖文操作流程可參考 使用教學 的 Google 商家整合教學。若需協助設定，可聯絡客服。

零售 POS 設計邏輯是「商品 → 條碼 → 結帳」一次性交易；餐飲 POS 則是「桌號 → 多次加點 → 廚房出餐 → 結帳 → 翻桌」的多階段流程。 餐飲 POS 必須處理： (1) 桌位狀態 (空桌/用餐中)。 (2) 訂單與廚房同步 (KDS 進單)。 (3) 客製化選項層級 (品項 → 規格 → 加料)。 (4) 服務費、最低消費自動加計。 (5) 翻桌率、客單價等餐飲專屬報表。 拿零售 POS 來做餐廳，最常出包的場景：加點要重開新單、客製化用備註欄手寫廚房看不到、無法分內用與外帶、報表沒翻桌率與時段。電小二 POS 從第一天就針對餐飲設計，適合早餐、飲料、火鍋、燒肉、連鎖速食等業態。

KDS 的核心價值是「出單無紙化」。傳統紙單流程的問題：漏單、字跡看不清、廚師爭單。KDS 引入後流程變成：訂單進入 → 自動分派至工序站 (冷盤、熱炒、飲料、甜點) → 廚師按完成 → CDS 通知顧客取餐。每筆訂單會排序進單時間。 台灣餐廳實務應用最廣的場景： (1) 火鍋分鍋底與食材站。 (2) 飲料店分茶湯站。 (3) 燒肉店分肉品與小菜站。 (4) 連鎖速食分主餐、配餐、飲料站。 實際效益視店家原本流程與導入配置而定，建議參考同店型的客戶案例。

兩者差異可從「人力替代率」「顧客體驗」「投入成本」三軸比較： (1) Kiosk 人力替代最強 (可取代 1-2 名點餐員)、操作介面最完整、但單機投資較高。 (2) 掃碼點餐人力替代中等、體驗依賴顧客手機、投入成本最低。 實務上中大型連鎖會混用：外帶區擺 Kiosk + 內用桌貼掃碼 QR Code，雙線並行最大化效率。實際採購建議由業務評估店面動線、客單、客群手機操作熟練度後決定。

餐飲業的資料保護重點在三類資料： (1) 會員資料 (姓名、電話、生日、消費紀錄)。 (2) 交易資料 (訂單、發票、金流)。 (3) 員工資料 (打卡)。 電小二的保護機制分四層： (a) 傳輸層加密 — 採業界標準加密協議。 (b) 儲存層加密 — 資料庫採加密儲存。 (c) 存取層 — 權限分層，每筆操作留有操作紀錄。 (d) 災備層 — 定期異地備份，符合個資法第 27 條「適當之安全措施」要求。 網路波動時仍能照常營業 — 本地端 POS 與 KDS 保留快取資料，結帳不中斷，網路恢復後資料自動同步。連鎖品牌透過此架構可即時掌握全店營收與庫存，單店則受惠於穩定回應速度。商家身為個資管理者須自行向主管機關通報重大個資外洩事件，電小二會提供技術支援與資料調閱協助。

連鎖品牌的權限管理是內控核心。 電小二支援多層權限： (1) 角色維度 — 店長、收銀、總部、加盟主。 (2) 店點維度 — 個別員工可限制只看自家分店資料。 (3) 功能維度 — 機器取鈔、商店設定可分別授權。 建議搭配定期權限盤點 (每季一次) 避免離職員工帳號殘留風險；高流動率的店型 (例如手搖、速食) 可改為月度盤點。