可解決的問題
- 客戶需要更快捷、更方便的方式與您的業務互動 — 預約、下單、追蹤或請求服務。
- 外勤或送遞團隊需要真正貼合實際工作方式的流動工具,而非通用範本。
- 現有流程依賴電話、紙本或試算表,需要一套有系統、可追蹤的方式取代。
可包含的功能示例
範圍與交付內容
預先議定:目標平台(iOS、Android 或兩者皆備)、首個版本必須支援的核心使用流程,以及應用程式如何連接現有系統。
於規劃階段共同訂立:詳細畫面清單、各畫面的內容,以及各流程的驗收標準 — 於我們的流程所述的定義階段中制定。
此服務的執行流程
採用與我們流程頁面相同的定義、設計、開發與驗證,以及營運準備階段,並針對流動應用程式額外加入兩個步驟:在開發前於真實裝置上測試可審閱的原型,以及在開發階段而非最後階段就準備好應用程式商店的提交作業。
會評估的系統整合與限制
- 應用程式需要讀取或寫入的現有預約、客戶關係管理(CRM)、付款或通知系統。
- Apple 與 Google 的平台要求 — 帳戶設定、審核指引及最低作業系統版本。
- 應用程式實際使用環境下的離線行為、數據量及裝置限制。
影響預算與時間表的因素
以下因素會影響報價範圍 — 在檢視您的具體項目前,我們不會設定價格或交付日期。
- 目標平台數量及所需原生整合的深度。
- 首個版本中使用流程的數量與複雜程度。
- 應用程式是否需要與現有後台系統整合,還是可採用較簡單、獨立的數據模型。
- 應用程式上線後的持續維護及更新期望。
常見問題
你們開發 iOS、Android,還是兩者皆備?
兩個平台均可支援。我們會在規劃階段根據您的使用者及預算,共同議定目標平台。
我們需要原生應用程式,還是流動網站已經足夠?
我們會與您一同評估:對於內容展示及簡單表格,流動裝置適用的網站(參見我們的網站開發服務)往往已經足夠;而原生應用程式則較適合離線使用、推送通知,或相機、定位等裝置功能。
由誰負責將應用程式提交至 App Store 及 Google Play?
提交作業會於開發階段一併準備;商店帳戶仍歸您所有,而 Apple 與 Google 的要求會被審視並遵循,而非預先承諾一定通過。
應用程式可以與我們現有的系統整合嗎?
任何系統整合都會於規劃階段審視 — 我們會確認應用程式需要讀取或寫入的內容,以及所需的存取權限或文件。
應用程式上線後會發生什麼事?
後續的維護、更新及支援會另行議定,視應用程式實際使用後的需要而定;除已議定的初始合作範圍外,不會自動延續任何服務。
