LINE推出快速結帳「小綠機」，背後目的不只是衝支付|數位時代 BusinessNext

LINE推出快速結帳「小綠機」，背後目的不只是衝支付

LINE在2019年端出的最新計劃，是一台輕巧可移動的收款機「LINE Pay mini」，從一卡通帳戶到LINE Points點數，所有旗下的付款方式通通支援，不過LINE想談的不只是支付，而是如何透過龐大的社群基礎，去創造更活絡的生態圈。

為了擴大LINE Pay使用場景，以及衝刺用戶人數，LINE在2019年端出的最新計劃，是一台輕巧可移動的收款機「LINE Pay mini」，從一卡通帳戶到LINE Points點數，所有旗下的付款方式通通支援，無論是夜市攤販或是餐廳百貨，都能快速安裝使用，2020年2月前只要使用LINE Pay mini付款的用戶，都能獲得LINE Points 3% 回饋。

此外，LINE更進一步優化「合作通路」功能，讓用戶更容易找到配合商家，以及索取優惠券，一口氣宣布多項活動與功能，LINE想談的不只是支付，而是如何透過龐大的社群基礎，創造更活絡的生態圈，讓用戶進得來、宣傳擴散出去，大家一起發大財。

免安裝！支援三種結帳方式

LINE Pay mini 並不是新產品，早在去年（2018）日本的LINE開發者大會上就已經亮相，今（25）正式進軍台灣。LINE Pay mini共有綠、白兩色，重量只有430公克，無線的設計可以配合桌邊、櫃台結帳等多種情境。

商家只要在機器上的鍵盤輸入金額後，就能讓顧客直接結帳，LINE Pay mini 共有三種結帳方式，第一種是掃描機身上的QR Code，第二種是直接用NFC感應，手機會直接跳出結帳頁面，或者也可以使用iPASS一卡通票卡直接感應。不過目前NFC感應僅開放Android系統，官方表示iOS版本很快就會上線。

進入結帳頁面後，可以選擇「LINE Pay綁定信用卡」、「LINE Pay 一卡通帳戶」、「LINE Points點數」，以及「iPASS一卡通票卡」共四種支付方式扣款，意思是往後消費者只要看到LINE Pay mini，就代表能放心使用任何一種扣款方式，不必擔心付不了錢，解決了目前部分商家只支援LINE Pay，但不支援LINE Pay 一卡通帳戶的缺點。

不過既然商家都已經可以用QR Code立牌收款，為什麼還需要一台機器呢？過去掃碼付款，從開啟LINE Pay到輸入消費金額，中間需要操作的步驟太多了，除了流程卡卡，許多用戶消費金額可能輸錯，商家若要退款、增收都是一件麻煩事，此外用戶也不清楚信用卡、一卡通帳戶消費的差別，商家想要透過多元支付經營忠誠客戶，也沒有適合的工具可用，種種狀況都不是一個很理想的支付場景。

對商家來說，LINE Pay mini 有快速上手的優勢，並不需要跟POS系統整合，只要簡單的軟體設定就能立刻使用，未來無論是夜市小攤販、餐廳、零售業者都能輕易導入使用。

LINE Pay台灣營運團隊負責人吳孟芝表示，機器的月租費是300元新台幣，每筆交易會向商家收取3%手續費，即日起至今年8月31日止，商家申辦LINE Pay mini都可以享有前6個月免月租費的早鳥優惠。

不只推硬體，LINE要做的是生態圈經營

這並非只是表面上看到推出一台收款機這麼簡單，吳孟芝說：「我們不只是要把機器裝好，還要把客人帶到店內消費。」LINE的最大優勢就是龐大用戶所構築的社群，藉由LINE Pay mini ，LINE還要向商家提供整套的行銷服務，把商家、用戶通通串在一起。

第一步，優化LINE Pay中的「合作通路」介面，現在可以用地圖的方式，清楚看到所在地周邊是否支援LINE Pay以及優惠，圖上綠色代表支援支付、藍色代表有發放優惠券，點進商家頁面後就能下載優惠券，於結帳時直接使用，透過一目了然的介面，協助商家增加到店轉換率。

第二，凡申請LINE Pay mini的商戶，都會收到全套的「熊大輔銷組」，內容包括貼紙、立牌等等，方便商家跟消費者宣傳溝通。為了加速收款機的普及率，從現在到2020年2月29日前，只要透過LINE Pay mini付款的用戶，都能獲得LINE Points 3% 回饋，而且回饋無上限，商家導入收款機後，可以因為3%回饋吸引到更多來客，就能幫助LINE進一步提升安裝率。

第三，完成LINE Pay支付後，只要用戶同意，商家可以邀請第一次消費的用戶加入店家的LINE@帳號，比起過去店員必須親自邀請顧客加入，增加了效率以及降低中間的操作摩擦，有利於會員經營。

整合會員卡，付款即可累點

LINE的最後一招，是會員系統整合，每個人身上一定都有多個會員身分，無論是數位或是實體會員卡，結帳時都必須先刷會員條碼，接著再付款。LINE把支付、會員這兩件事情整合在一起，推出「我的會員卡」功能，未來兩者相互綁定後，只要在付款條碼頁面下方開啟自動累點功能，在刷付款碼的同時，也同時累積會員點數。

概念很像街口支付整合發票載具，或是全家Fami Pay消費同時累點一樣，在消費流程沒有異動的情況下，刷一個條碼就能完成兩件事情，這項功能預計在今年第二季推出。不過這項功能並非所有商家都適用，吳孟芝表示，因為需要讓商家的POS系統跟會員系統與支付串接，背後牽涉較為細節的合作內容，目前只會鎖定與大型的連鎖企業合作。

LINE這次不只推出收款機衝刺多元場景、增加付款便利性，背後著眼的是建構以支付為基礎的生態系。吳孟芝認為LINE Pay mini月租費300元，比起安裝刷卡機無論是在方便度、價格上都很有優勢，而且裝了收款機，商家還能獲得整套的行銷、會員經營方案，互利共生的模式，無論是商家或是LINE都能拿到彼此想要的好處。

七年、三階段，國泰金融集團將雲端內化為營運流程與創新引擎

為什麼國泰可以領先市場完成雲端轉型、數據與 AI 賦能業務？

顏勝豪認為，雲端轉型的起點不是直接遷移系統，而是從四個面向打底：應用系統盤點評估、雲端架構設計、雲端遷移藍圖規劃，以及組織治理框架建立，而這也是 Cloud Ready 階段最重要的事情。
「不同子公司有不同商業模式與節奏，若沒有共同語言與平台底座，上雲很容易各自為政。」顏勝豪表示，為讓所有員工可以齊步前行，國泰以雲端遷移方法論 Cathay 6R（註1）作為共同語言、用平台作為共同底座，讓轉型不只是技術選擇，而是集團行動。
完成單一系統的雲端遷移後，便進入 Cloud Adoption 階段。在這個階段中，要透過大規模遷移建立更成熟的上雲標準作業流程（SOP），透過 FinOps 機制控管與優化雲端營運成本，以及透過自動化與治理模型確認多雲環境與安全與維運穩定性，目標是將雲端內化為組織日常運營的一部分，進而邁向 Cloud First 階段：在合規前提下，新專案與系統升級預設在雲端環境開發，並善用雲原生優勢加速新產品功能開發速度。
「集團雲端策略只有一個核心原則：讓雲成為 AI 時代的成長引擎，而不是單純的基礎設施。」關於國泰的未來雲端布局，顏勝豪如是總結。

以雲端為 AI 資源引擎、發揮數據燃料價值，實現 AI 賦能業務應用

國泰不僅在2025年完成集團百套系統上雲，也啟動數據上雲計畫並為 GenAI 奠定基礎建設。
例如國泰金控實現數據上雲，打造資料湖倉與 GAIA 生態系統架構為 AI 賦能業務做準備：成立國泰風險聯防中心（CRC）攜手集團洗防人員強化風險控管與金融犯罪因應能力；釋出國泰員工 AI 助手–Agia–Beta
版，提供差勤、福利與權益、技術支援、職務職能與集團其他資訊等五大類別管理辦法等查詢服務；此外，亦推出集團數據共享平台、集團法規知識庫、 AI 評測中心等服務，更好發揮 Cloud First 與 AI 賦能業務應用的價值。
雲端是 AI 時代的關鍵底座、數據則是 AI 的燃料。顏勝豪指出，發展AI需要龐大的 GPU 算力，若自建 GPU 機房，不僅硬體設備昂貴、折舊速度快，光是散熱系統一年就高達兩、三千萬元的成本，若採取雲端資源，可以隨啟隨用，同時，大幅降低試錯成本。「當雲端打好基礎、AI成為能力模組，銀行、人壽、產險與證券的創新不再是單點突破，而是放大集團級綜效。」

國泰以 Cloud First + AI 持續領先市場、形塑未來樣貌

「雲端可以優化算力成本，資料則決定 AI 應用上限。」顏勝豪解釋，在 AI 新世代，AI 模型定調能力「下限」，集團子公司掌握的「獨特資料」則決定應用的「上限」，考量雲端有許多好用 AI 服務，唯有資料上雲才能發揮數據價值、用 AI 賦能集團各子公司業務。
例如國泰世華銀行將採取多公有雲策略，打造雲端智慧生態圈，並以現代化雲原生技術拓展應用場景；同時，運用 AI 與資料分析優化客戶服務體驗，並藉由跨雲整合機制支援多元業務模式，以充分發揮上雲效益。至於國泰產險，不僅在兩年半內完成13套核心系統上雲、優化營運流程，如以 Serverless 架構打造百萬級效果、萬元成本的短網址系統等，讓雲端成為產險驅動長期成長的核心引擎與標準配備。

國泰人壽則是透過雲端與 AI 滿足不同客戶需求，如以 AI Search 精準呈現關鍵字搜尋結果，讓客戶可以精準且快速的查找所需資料、大幅優化官網體驗與滿意度。至於國泰證券則是於2026年初推出「庫存管家」服務，以客戶持股為核心，應用 AI 技術打造個人化推播服務，協助投資人更有效率地掌握庫存狀況，提供更即時、系統化的投資管理體驗。
總的來說，國泰金控在集團的雲端轉型不僅是技術升級，更是思維革新，從百套系統上雲進展到 Cloud First 階段，可以預期在雲地基礎下，國泰將進一步引領 AI 時代變革，持續提升營運韌性與放大創新價值。

註1：Cathay 6R 國泰設計 Cathay 6R 雲端遷移方法論，將系統遷移方式依據上雲模式、系統開發成本分為 Rehost 、Replatform、Refactor、Rewrite、Replace 和 Retain 共6種遷移架構，並能對應到 IaaS、PaaS、SaaS 三種不同上雲模式。