重點答案
應選網頁應用程式還是手機 App，要看用戶做甚麼，以及使用頻率。網頁應用程式可直接經連結開啟，更新亦較集中；如果服務需要經常使用，或依賴手機功能和特定體驗，安裝式 App 可能較合適。
實際項目範圍
列出核心任務，檢查是否必須使用鏡頭、定位、推送通知、離線功能或應用程式商店。若客戶只會使用一次，他們是否願意先安裝 App？偶爾查詢或購物的服務，也許可以先用流動版網站驗證需求。
同時估算日後的系統更新、不同裝置測試、帳戶支援及維護。若兩種渠道都需要，先決定各自必備的功能，再分階段開發。
未確定開發方向？ 在 TechQuotations 說明目標用戶及最重要的三項任務。
索取方案前要定義甚麼
- 使用頻率及情境
- 是否需要相機、定位、通知或離線功能
- App 商店發佈及審批要求
- 共用後台、裝置測試及維護
向服務供應商提出的問題
- 可否先用響應式網頁測試流程？
- 哪些功能確實需要安裝 App？
- 每年平台及維護成本是多少？
如何評估答案
先選擇能解決主要用戶障礙的渠道。安裝本身多一步，所以手機 App 應有清晰的重複使用或裝置功能理由。
用同一任務比較形式
請供應商示範一個主要流程如何在瀏覽器及已安裝 App 運作。如裝置功能或離線工作重要，要求在目標裝置上做小型示範；列出功能名稱不代表已符合需求。
需求書中的決策表
- 誰使用、使用頻率及所用裝置？
- 使用者如何找到並再次使用服務？
- 網絡欠佳或沒有網絡時，哪些工作仍要完成？
- 誰維護版本發布、客戶支援及共用後台？
上線時需要兩種形式嗎？
只有兩者各自支援必要任務時才需要。可要求分階段方案，並訂明共用資料及職員工具，避免第二個渠道形成獨立運作。
網頁應用程式或手機 App 決策表
把下列項目複製到需求書，加入自己的要求，並指定負責人及完成狀態。例子只供規劃用途，並非客戶案例；成本欄應填寫實際取得的港元報價，並列明付款週期。
| 決策／項目 | 需要提供的資料 | 驗收／比較方法 |
|---|---|---|
| 透過連結使用 | 偶爾使用及方便分享 | 比較瀏覽器流程與安裝步驟 |
| 離線／裝置功能 | 具體任務、裝置及所需權限 | 在目標裝置示範所需功能；網頁支援有差異 |
| 重複使用及通知 | 使用頻率及權限預期 | 確認瀏覽器／作業系統組合及通知限制 |
| 維護 | 後台、瀏覽器／裝置測試及發佈流程 | 即使共用程式碼，也分開報價各渠道支援 |