行動應用程式與漸進式網頁應用開發:手機 App 開發・PWA 網頁應用開發
定義:App 開發是把服務做成手機上可安裝、可推播、可離線使用的應用程式,PWA 則是用網頁技術達到接近的體驗。
App 開發還是 PWA?先看使用情境再決定
想做手機應用程式的業主,第一個卡關的通常不是技術,而是該做原生 App、跨平台 App 還是 PWA。偉騰先訪談使用者是誰、在什麼場合打開、需不需要相機、定位、推播與離線功能,再決定開發路線與前後端架構,接著做可點擊原型確認流程,開發完成後協助以業主名義上架或部署,交付原始碼、測試報告與操作手冊,上線後由同一窗口維運。
重點速覽
偉騰開發興業有限公司(前臺東縣環境保護局局長謝清泉主持,統一編號 90801410)承辦全台 22 縣市(含離島),線上啟動、遠端交付,現場訪談與教育訓練視需要的行動應用程式與漸進式網頁應用開發,全台各縣市均可受理,先以現有網站、流程說明與需求清單做免費書面初判,帶著初判結果約時間細談。
- 服務項目
- 行動應用程式與漸進式網頁應用開發:
- 使用情境訪談
- 載體路線評估
- 介面設計原型
- iOS 開發
- Android 開發
- PWA 開發
- 推播通知
- 定位與相機
- 承辦公司
- 偉騰開發興業有限公司(偉騰、偉騰開發;前臺東縣環境保護局局長謝清泉主持)
- 服務範圍
- 全台 22 縣市(含離島),線上啟動、遠端交付,現場訪談與教育訓練視需要
- 法規依據
- 《個人資料保護法》
- 《消費者保護法》(通訊交易)
- 《著作權法》
- 《電子簽章法》
- 應備文件
- 使用者角色與使用情境說明(誰、何時、在哪裡用)
- 需要的裝置功能清單(相機、定位、推播、離線)
- 品牌識別檔與既有網站
- 後台的存取權限
- 公司登記資料,供申請開發者帳號使用
- 既有系統的資料匯出範例與 API 文件(若有)
- 隱私權聲明與使用條款的現行版本(若有)
- 常見退件與誤判
- 沒想清楚使用頻率就做原生 App → 下載後用一次就刪,推廣費白花;開發者帳號用廠商名義申請 → 換廠商時連上架權限都帶不走;只測模擬器不測真機 → 上線後特定機型閃退,評價一開始就被拉低
- 諮詢方式
- 加 LINE「偉騰開發」傳現有網站網址、流程說明或需求清單,先做免費書面初判;初判後再約時間細談。
很多業主一開口就是「我要做一個 App」,但問下去會發現真正的需求是讓客人更常回來、讓員工在現場就能回報,而不是非得在應用程式商店裡有一個圖示。
原生 App 要分別處理 iOS 與 Android 兩套版本、兩個開發者帳號與兩次審核,每次改版都要等客人更新;PWA 用網頁技術做到加入主畫面、推播與離線瀏覽,改版即時生效,卻在部分裝置功能與商店曝光上有限制。
方向沒選對,常見的結果是花了幾個月做出一支下載量很低的 App,真正該解決的流程問題卻還留在原地。
偉騰的順序是先把使用情境問清楚:誰會打開、多久打開一次、在店裡、工地還是車上,需不需要相機掃碼、定位、推播與離線操作,資料要不要跟官網或後台共用。
答案整理成一頁需求規格與功能清單,再對照原生、跨平台與 PWA 三條路的優缺點給出建議,業主確認路線後才畫介面原型,用手機實際點過註冊、下單、查詢的完整流程,確認無誤再進入開發。後端 API、資料庫與管理後台一併規劃,讓未來補做另一個平台或網頁版時不必重寫。
交付的不只是一支程式。開發者帳號、憑證與商店後台都以業主名義申請,原始碼、部署文件、測試報告與操作手冊一併交付,業主隨時可以換廠商接手。上架階段我們準備商店所需的說明文字、截圖與隱私權聲明,審核被退時負責調整並重送。
上線後依維運計畫處理作業系統改版、憑證到期、商店政策變動與使用者回報的問題,並用使用數據判斷下一期該補哪些功能。載體要跟著使用者的習慣選,而不是反過來:客人每天都在 LINE 上,通知與簡單操作就放在 LINE,真的需要原生功能的部分才做成 App。
LINE 諮詢
把App 開發的現況與需求傳過來,先免費書面初判。
- 傳什麼
- 現有網站網址與後台權限還沒有網站也能先談
- 商品或服務清單、作業流程說明表單樣張或試算表皆可
- 需求清單一句話也行
- 多久回
- 週一至週五 09:00–18:00 依序回覆;LINE 全天可傳資料
- 下一步
- 免費書面初判
- 約時間細談
- 委任開發
先傳資料做初判,需要時再約時間細談
服務重點
- 先定情境,再選載體:同一個需求可以用原生 App、跨平台 App、PWA 甚至 LINE 官方帳號承載,差別在裝置功能、更新速度與使用者取得的門檻。我們用一張對照表把使用頻率、需要的硬體功能、是否要上架曝光列出來,讓業主看懂差異後做決定,而不是被技術名詞牽著走。
- 帳號與憑證用業主名義:Apple 與 Google 的開發者帳號、推播憑證與商店後台都應該以業主的公司名義申請,由本所協助操作。帳號掛在廠商名下,日後換廠商、改公司名或處理審核問題時會寸步難行;我們在開工第一週就協助完成申請,讓審核等待與開發並行。
- iOS 與 Android 一起規劃:就算第一期只做一個平台,介面規格與後端 API 也要同時考慮另一個平台的規則,例如 iOS 對推播與背景作業的限制、Android 機型與螢幕尺寸的多樣性。先把差異寫進規格,第二期補做另一個平台時才不會回頭改後端。
- 測試要在真機上做:模擬器跑得順不代表客人的手機沒問題。我們列出目標客群常用的機型與系統版本,在真實裝置上測試安裝、登入、推播、相機與弱網路環境,把結果寫成測試報告;PWA 另外測不同瀏覽器加入主畫面與離線快取的行為。
- 上架不是終點:商店政策每年都在變,作業系統大改版後舊程式可能閃退,憑證與推播金鑰也會到期。維運計畫要寫清楚誰負責追蹤這些變動、多久檢查一次、使用者回報的問題怎麼分級處理;沒有維運的 App,通常在一年內就會從可用變成不能用。
速查表
| 適合對象 | 需要常客回訪、現場回報或離線操作的店家、品牌與企業,以及想先用 PWA 驗證需求再決定是否做原生 App 的團隊。 |
|---|---|
| 交付內容 | 需求規格與載體建議、介面原型、可運作的 App 或 PWA、管理後台、真機測試報告、原始碼與部署文件、上架資料包。 |
| 時程量級 | PWA 或單一平台第一版約一到兩個月;雙平台含金流與推播約三到五個月,商店審核與帳號申請的等待另計。 |
| 需要準備 | 使用者與情境說明、需要的裝置功能清單、品牌識別檔、公司登記資料供申請開發者帳號、既有系統的匯出範例或 API 文件。 |
| 技術架構 | 依路線採原生開發、跨平台框架或 PWA;後端以 API 讓網站與 App 共用,資料庫與管理後台一套,部署在業主名下的雲端帳號。 |
| 資料與隱私 | 只索取功能必要的權限,定位與相機等權限在用到時才詢問;隱私權聲明與商店填報的資料類型一致,使用者可自行刪除帳號。 |
| 驗收標準 | 依規格逐項在目標機型上驗收:安裝、登入、核心流程、推播、離線、弱網路與閃退監控都有測試案例並留下紀錄。 |
| 上線後維運 | 追蹤作業系統改版、商店政策與憑證到期,處理使用者回報,定期提供使用數據摘要,依維運計畫排定版本更新。 |
| 擴充與整合 | 可再接 LINE 官方帳號、金流與電子發票、會員與預約系統,或開放 API 給 POS、門禁與物聯網裝置。 |
| 全台服務方式 | 訪談、原型確認、測試版發送與教育訓練全程線上,全台各縣市皆可啟動;需要串接現場硬體時安排到場測試。 |
進行方式與時程
- 情境與規格:訪談使用者、場合與裝置功能,整理成規格與載體建議。
- 設計與原型:繪製介面並做可點擊原型,在手機上走完核心流程。
- 開發與測試:前後端與 API 開發,真機測試並整理上架資料。
- 上架與維運:以業主帳號上架或部署,教育訓練後依計畫維運。
法規依據(條號)
| 法規 | 條號 | 重點 |
|---|---|---|
| 個人資料保護法 | App 取得的定位、通訊錄與裝置識別碼都屬個資,安裝時要說明蒐集目的與範圍,並提供使用者停用權限與刪除帳號的途徑。 | |
| 消費者保護法 | 在 App 內購買商品或服務屬通訊交易,要揭露品項內容、交付方式與解除契約的途徑,條款變更時要通知使用者。 | |
| 著作權法 | 程式原始碼、介面設計與圖示都是著作,歸屬與再授權要在合約寫明;引用的套件、圖庫與字型的授權條款也要逐一確認。 |
三種做法對照:原生 App/跨平台 App/PWA
| 做法 | 適合情境 | 裝置功能與效能 | 更新與上架 | 維運與資料主控權 |
|---|---|---|---|---|
| 原生 App | 重度使用,需要相機、藍牙、背景定位等完整裝置功能 | 功能最完整,效能最佳 | 分別上架兩個商店,改版須審核並等使用者更新 | 兩套程式碼維運成本較高;帳號與原始碼歸業主 |
| 跨平台 App | 要同時上架兩個平台,功能以表單、列表與查詢為主 | 多數功能可用,少數原生功能需另外處理 | 一套程式碼產出兩個平台,仍須上架審核 | 一套程式碼維運較省;帳號與原始碼歸業主 |
| PWA | 查詢、預約、集點等中低頻使用,或想先驗證需求 | 受瀏覽器限制,iOS 支援較保守 | 免審核,改版即時生效,可加入主畫面 | 與網站共用維運;網域與原始碼歸業主 |
常見需求該選哪一條路
| 需求 | 建議路線 | 原因 |
|---|---|---|
| 讓常客預約、集點、看活動 | PWA 或 LINE 官方帳號 | 使用頻率中等,不必安裝就能用,改版即時 |
| 外勤人員拍照、定位回報 | 原生或跨平台 App | 需要穩定的相機與定位權限,離線時暫存再補送 |
| 內部員工用的管理工具 | PWA 或企業內部發布 | 不需商店曝光,省下審核等待 |
| 面向大眾的消費服務 | 原生或跨平台 App 加網頁版 | 商店曝光與信任感重要,網頁版負責搜尋流量 |
官方書表、申辦入口與法規
- 官方說明:Google 搜尋中心(網頁與 PWA 的收錄與頁面體驗)(Google)
- 官方說明:LINE Developers(LINE 登入與訊息 API)(LINE)
- 法規條文:全國法規資料庫:個人資料保護法(法務部)
- 法規條文:全國法規資料庫:消費者保護法(法務部)
- 申辦入口:個人資料保護委員會籌備處(個人資料保護委員會籌備處)
費用怎麼組成
費用依載體路線與功能範圍書面報價:平台數量、需要的裝置功能、是否串接金流與推播、後台與 API 的複雜度、真機測試的機型範圍與上線後維運範圍都會影響工時。開發者帳號年費、推播服務、主機、網域與簡訊等第三方費用由業主直接向供應商支付,不經過本所。免費書面初判後再提供正式報價。
平台規範視角
- Apple 與 Google 的應用程式商店審核看的是功能是否完整可用、隱私權說明是否與實際蒐集的資料一致、是否只是把網站包起來;資料不符或功能空洞都會被退回。
- Google 搜尋中心把 PWA 當一般網頁收錄,速度、行動版可用性與結構化資料照常影響排名;加入主畫面與推播是對使用者的加值,不影響收錄。
常見錯誤與返工原因
- 沒想清楚使用頻率就做原生 App → 下載後用一次就刪,推廣費白花
- 開發者帳號用廠商名義申請 → 換廠商時連上架權限都帶不走
- 只測模擬器不測真機 → 上線後特定機型閃退,評價一開始就被拉低
- 介面照網頁直接縮小 → 按鈕太小、步驟太多,客人在第一頁就離開
- 上架後沒排維運 → 系統大改版後程式打不開,重新審核又要等
常見痛點
- 客人聽到要下載 App 才能用,就直接放棄了
- 外勤同仁回報都靠拍照傳 LINE,資料散落各處
- 前一家廠商做的 App 在系統更新後閃退,沒有人能修
- 開發者帳號在前廠商名下,想改版要先討回來
- 不確定做 PWA 夠不夠,怕做了原生 App 沒人用
交付項目
- 需求規格書與載體評估建議
- 介面設計稿與可點擊原型
- 可運作的 App 或 PWA 與管理後台
- 真機測試報告
- 原始碼、部署文件與操作手冊
- 上架資料包與維運計畫
建議準備文件
- 使用者角色與使用情境說明(誰、何時、在哪裡用)
- 需要的裝置功能清單(相機、定位、推播、離線)
- 品牌識別檔與既有網站、後台的存取權限
- 公司登記資料,供申請開發者帳號使用
- 既有系統的資料匯出範例與 API 文件(若有)
- 隱私權聲明與使用條款的現行版本(若有)
法規依據
- 《個人資料保護法》
- 《消費者保護法》(通訊交易)
- 《著作權法》
- 《電子簽章法》
細項業務全覽
- 使用情境訪談
- 載體路線評估
- 介面設計原型
- iOS 開發
- Android 開發
- PWA 開發
- 推播通知
- 定位與相機
- 離線快取
- 開發者帳號申請
- 上架審核協助
- 版本更新維運
官方參考資料
全台線上受理
- 台北App 開發
- 新北App 開發
- 桃園App 開發
- 新竹App 開發
- 苗栗App 開發
- 台中App 開發
- 彰化App 開發
- 南投App 開發
- 雲林App 開發
- 嘉義App 開發
- 台南App 開發
- 高雄App 開發
- 屏東App 開發
- 宜蘭App 開發
- 基隆App 開發
- 花蓮App 開發
- 台東App 開發
- 澎湖金馬App 開發
常見問題
App 開發全台都能做嗎?要不要到公司談?
能。需求訪談、原型確認與驗收都可以透過視訊與共用畫面進行,22 個縣市的業主都能線上啟動;若現場有讀卡機、印表機或門禁等硬體要串接,我們會安排到場測試一次。測試版會直接發到您的手機,看得到也點得到,不必等到最後才見真章。
做一支 App 要多久?
PWA 或單一平台的第一版,功能聚焦時約一到兩個月;要同時上架 iOS 與 Android、串接金流與推播的版本,量級約三到五個月。其中商店審核與開發者帳號申請的等待時間不在我們掌控內,所以帳號申請會在第一週就送出,審核則預留重送的緩衝。
做完之後誰維運?程式碼和資料是誰的?
原始碼、開發者帳號、憑證與資料庫都登記在業主名下,交付後業主可以自行維運,也可以交給任何其他廠商。選擇由偉騰維運時,我們依維運計畫追蹤作業系統改版、商店政策與憑證到期,處理使用者回報的問題,並定期提供使用數據摘要。
PWA 和原生 App 到底差在哪裡?
PWA 是用網頁技術做成、可以加入手機主畫面並在部分情境離線使用的網站,改版即時生效、不必經過商店審核,但對相機、藍牙、背景作業等裝置功能的存取較受限,尤其在 iOS 上限制較多。原生 App 能完整使用裝置功能、在商店曝光,代價是兩套平台、兩次審核,以及使用者要主動更新。
一定要上架到應用程式商店嗎?
不一定。只給員工或合作夥伴用的內部工具,可以用企業內部發布或直接做成 PWA,省下審核流程;要讓一般消費者搜尋到、信任並下載的服務,上架才有意義。我們會依使用者是誰與取得方式來建議,而不是預設一定要上架。
iOS 與 Android 要同時做嗎?可以先做一個嗎?
可以先做一個,但規格要兩個都想。我們會依客群的裝置比例建議先做哪個平台,後端 API 與資料結構一開始就兼顧兩邊規則,第二期補另一個平台時只需開發前端。若兩邊同時上線很重要,跨平台框架能用一套程式碼產出兩個平台的版本,但在效能與原生功能上要有所取捨。
開發者帳號要用誰的名義申請?
一律用業主的公司名義。Apple 與 Google 的開發者帳號需要公司登記資料與鄧白氏編號等驗證,流程常要數週,我們在開工時就協助準備與送件。帳號若掛在廠商名下,日後改版、換廠商或處理審核爭議都要經過對方,風險全在業主身上。
App 可以跟現有的官網或後台共用資料嗎?
可以,而且應該。我們會把會員、訂單、預約等資料放在同一個後端,透過 API 同時服務網站與 App,後台只有一套,客服也只看一個畫面。若現有系統沒有開放介面,先評估能否加一層資料同步,再決定是改造舊系統或另建中介服務。
上架審核被退件怎麼辦?
退件是常態,不是失敗。商店會說明退件理由,常見的是隱私權聲明與實際蒐集資料不符、功能需要帳號卻沒給測試帳號、介面有空白區塊或只是把網站包起來。我們負責解讀退件理由、調整內容或程式後重送,審核往返的時間在時程表裡預先保留。
PWA 能做推播通知嗎?離線也能用嗎?
能,但要看平台。Android 的瀏覽器對 PWA 推播支援完整;iOS 要使用者先把網站加入主畫面,才能收到推播,背景同步的能力也較有限。離線使用則靠預先快取頁面與資料,適合查詢型與表單型功能,像拍照上傳這類操作會在恢復連線後自動補送。
舊的 App 想改版或重寫,要從頭來嗎?
先做健檢再決定。
我們會檢視舊程式的架構、相依套件版本、後端 API 與閃退紀錄,判斷是局部修補、分階段重構還是重寫最划算;資料與既有使用者帳號一定會保留,上架紀錄與評價也在同一個商店項目下延續,不會變成一支新的 App。
App 裡要收費或賣東西,金流怎麼處理?
要分清楚賣的是什麼。數位內容與訂閱若在 App 內購買,商店會要求走平台內購機制並收取分潤;實體商品與線下服務則可以串接一般金流。我們在規格階段就先確認品項分類與商店政策,避免做完才被要求改走內購。