「我們想做一個 App。」每次會議以這句話開場，我們都會先問一個掃興的問題：你的客人願意為了你，在手機桌面上多放一個圖示嗎？對連鎖品牌或每天都要用的工具，答案可能是願意；對一間一個月去一次的髮廊，多半不願意。好消息是，想讓客人用手機訂位、集點、查訂單，現在至少有三種做法：原生 App、PWA 與 LINE LIFF。它們的成本可以差到好幾倍，選錯的代價通常是花了大錢，下載數卻只有三位數。
重點摘要
- 原生 App 適合高頻使用、需要深度裝置功能或販售數位內容的服務；PWA 適合想用一套程式碼服務所有裝置的內容與工具型網站；LINE LIFF 適合客人已經在 LINE 上的會員、預約與點餐情境。
- LIFF 是在 LINE 裡開啟的網頁應用，可以直接取得使用者的 LINE 身分，客人不必下載也不必另外註冊。
- 原生 App 要通過商店審核，Apple 明文不接受只是把網站包一層的 App。
- 不確定時建議從 LIFF 或 PWA 開始，等使用頻率證明值得再投資原生 App。
原生 App、PWA、LIFF 各是什麼？
三者的差別在於「裝在哪裡、從哪裡打開」。原生 App 是從 App Store 或 Google Play 下載安裝的應用程式，能使用手機最完整的功能。PWA（漸進式網頁應用）本質上是網站，但可以加到手機主畫面、離線顯示部分內容、發送推播，用起來接近 App，不需要經過商店。
LIFF 是 LINE Front-end Framework 的縮寫，依 LINE Developers 官方文件 的定義，它是 LINE 提供的網頁應用平台。簡單說，就是在 LINE 聊天視窗裡打開的網頁，而且這個網頁可以取得使用者的 LINE 使用者 ID 與個人檔案資料。客人從官方帳號的圖文選單點進去，不用下載、不用註冊、不用記密碼，系統就知道他是誰。對台灣的消費情境來說，這一點的價值非常大。
三種做法的比較表
| 比較面向 | 原生 App | PWA | LINE LIFF |
|---|---|---|---|
| 客人怎麼開始用 | 到商店下載安裝 | 開網址，可加到主畫面 | 在 LINE 裡點連結或選單 |
| 登入 | 自建帳號或第三方登入 | 自建帳號或第三方登入 | LINE 內開啟時自動帶入身分 |
| 開發成本 | 最高，iOS 與 Android 都要顧 | 中，一套網頁程式 | 中偏低，一套網頁程式 |
| 上架審核 | 需要，每次更新都要送審 | 不需要 | 不需要商店審核 |
| 通知客人的方式 | App 推播 | 網頁推播，iPhone 需先加到主畫面 | 官方帳號訊息 |
| 裝置功能 | 最完整 | 瀏覽器支援的範圍 | LIFF 提供的範圍，如掃 QR code |
| 主要限制 | 下載門檻高、維護成本高 | 客人不熟悉「加到主畫面」 | 離不開 LINE、受 LINE 規則影響 |
什麼情況一定要做原生 App？
當服務的核心體驗依賴手機的深層功能，或使用頻率高到值得佔一個桌面位置。具體來說有幾種：需要在背景持續運作（導航、運動記錄、音樂播放）；需要藍牙連接裝置、大量使用相機或感測器；遊戲與重度互動的介面；以及客人每天會打開好幾次的服務。
另一種情況是商業模式。如果你要在 iPhone 上販售訂閱、課程解鎖、虛擬點數這類數位內容，Apple 的審查指南要求必須使用它的 App 內購機制；實體商品與在 App 外消費的服務則相反，必須用信用卡或 Apple Pay 等其他付款方式。這條規則會直接影響你的金流設計與毛利，動工前就要弄清楚自己賣的東西屬於哪一類。
反過來看，如果你的 App 規劃書上只有「會員卡、集點、優惠券、最新消息、門市據點」這五樣，那幾乎可以確定不需要原生 App。這些功能 LIFF 與 PWA 都做得到，而且客人實際使用的比例會高很多。
PWA 適合誰？在 iPhone 上要注意什麼？
適合內容型、工具型，以及客群不一定用 LINE 的服務。例如企業內部的巡檢表單、業務報價工具、B2B 訂貨平台、海外客人也會用的訂房系統。這些情境的使用者會被要求或有動機把它加到主畫面，一套程式就能跑在手機、平板與電腦上，更新也不用送審。
要留意的是推播。iPhone 從 iOS 16.4 開始支援網頁推播，但依 WebKit 官方說明，條件是使用者要先把網站加到主畫面，而且必須由使用者主動點按才能要求通知權限。實務上，一般消費者很少會自己做「加到主畫面」這個動作，所以對大眾消費型的服務，不要把行銷通知的希望放在 PWA 推播上。
為什麼 LIFF 常是台灣中小企業的第一步？
因為它把「下載」與「註冊」兩道最大的流失關卡一次拿掉。客人掃桌上的 QR code 加好友，點圖文選單，會員卡就出現在眼前，整個過程不到半分鐘。之後的通知走官方帳號訊息，客人本來就每天開 LINE，到達率與開啟率的條件比一個要另外打開的 App 好得多。
LIFF 也有它的邊界。它在 LINE 內建瀏覽器裡體驗最完整；依官方文件，在一般外部瀏覽器開啟時部分功能（例如掃 QR code）無法使用，所以設計時要以「從 LINE 裡打開」為主要情境。你的會員入口等於建在 LINE 的平台上，訊息要計費，規則由 LINE 決定。我們的做法是讓會員主檔留在自己的資料庫、以手機號碼為主鍵，LINE 只是入口之一，哪天要加開 App 或網站會員中心，資料不用重來。會員資料該怎麼設計可以參考 會員系統該有哪些功能。
常見錯誤：把網站包一層殼就送上架
有些報價特別便宜的「App 開發」，做法是用一個空殼 App 把既有的手機版網站包進去。老闆得到一個可以在商店搜尋到的名字，覺得很划算。問題出在審核與體驗兩頭。
Apple 的 App Store 審查指南 第 4.2 條寫得很清楚，App 應該具備超越「重新包裝的網站」的功能、內容與介面，不夠實用或不夠像 App 的作品可能不被接受。也就是說，這種做法可能第一次送審就被退，或是某次更新時突然被擋下來。就算過了審，客人下載之後發現跟開網頁一模一樣，也沒有理由留著它。同樣的預算拿去把手機版網站或 LIFF 做好，效益高得多。
App 上架之後，有哪些容易忽略的成本？
開發完成只是開始，每年都有固定要付出的維護。兩大商店都需要開發者帳號：截至 2026 年，Google Play 的官方說明是一次性 25 美元註冊費，Apple Developer Program 則是按年收費的會員資格。金額不大，要注意的是帳號一定要用公司名義申請、由公司持有，不要掛在廠商或工程師個人名下。
真正的成本在後面。iOS 與 Android 每年都有大版本更新，商店也會定期提高技術要求，App 即使功能不變也要跟著調整，否則可能無法更新甚至被下架。每次改版要送審，審核時間不由你控制，檔期活動要提早準備。這些都應該在簽約時就寫進維護範圍，細節可以對照 系統維護合約與原始碼歸屬 那篇的清單。
我們怎麼幫客戶做判斷？
依序回答這五題：
- 客人多久會用一次？一週不到一次的服務，不建議做原生 App。
- 核心功能需不需要背景執行、藍牙、進階相機或離線大量運算？需要的話，原生 App。
- 要不要在 App 裡賣數位內容或訂閱？要的話先研究商店的內購規則，再決定通路。
- 你的客人是不是幾乎都用 LINE，而且你已經有或打算經營官方帳號？是的話，LIFF 優先。
- 使用者是員工、經銷商或海外客戶，不適合綁 LINE？那就選 PWA。
多數案子跑完這五題，答案是 LIFF 或 PWA 先行。後端的會員、訂單與 API 只要設計得當，將來要加一個原生 App，是在同一套後端上多接一個前端，前面的投資不會浪費。先用便宜的方式驗證客人真的會用，再決定要不要蓋大樓，是我們最常給的建議。
常見問題
先做 LIFF，之後可以改成原生 App 嗎？
可以，而且這是常見的路徑。只要會員與訂單資料存在自己的後端、以 API 提供給前端使用，日後開發 App 時後端可以沿用，主要是新增 App 的介面與登入方式。要避免的是把商業邏輯全寫在 LIFF 頁面裡，那樣才會需要重做。
用 Flutter 或 React Native 做的 App 算原生 App 嗎？
它們屬於跨平台框架，產出的仍是需要上架、可安裝的 App。好處是一套程式碼同時產出 iOS 與 Android 版本，開發成本比兩邊各寫一套低。對多數商業應用來說體驗已經足夠，只有少數重度效能或特殊硬體需求才需要純原生開發。
LIFF 可以做線上付款嗎？
可以。LIFF 本質上是網頁，能像一般網站一樣串接金流服務完成付款。需要注意的是付款頁面跳轉時的流程設計，要確保付款完成後能正確回到 LINE 內的頁面並顯示結果，上線前務必用實機完整測試。