重點答案
「想做一個類似某某的 App」只是一個起點，還不是功能規格。請指出參考產品中哪些部分重要，以及用戶要完成甚麼。描述首次使用、再次使用，以及職員在後台要做的工作。
實際項目範圍
說明需要 iPhone、Android，還是兩者皆要。列出登入方式、個人資料、付款、訂閱、定位、鏡頭、推送通知，以及需要連接的現有系統。每項功能可配一個簡單驗收例子，例如「客戶改期後收到更新確認」。
請供應商交代介面原型、裝置測試、應用程式商店上架、錯誤監測及上線後支援。開發者帳戶和程式原始碼的擁有權應寫進合約。首個版本先集中解決最重要的用戶問題。
索取 App 方案？ 在 TechQuotations 附上用戶流程和功能優先清單。
索取方案前要定義甚麼
- 目標用戶、首次及重複使用流程
- 平台、裝置及無障礙需要
- 帳戶、付款、通知及管理工具
- 分析、測試、App 商店發佈及支援
向服務供應商提出的問題
- 方案是否包括後台？
- 開發者帳戶、程式碼及發佈權限由誰擁有？
- 裝置問題及商店拒批如何處理？
如何評估答案
參考 App 並不是完整規格。說明用戶要達成的結果，並標示參考功能的重要部分，避免供應商報價不同產品。
每項功能都包括職員操作
例如一個虛構的預約 App，客戶可以預約，但職員也需要修改可用時段、查看付款狀態及處理取消。在同一需求書列出管理功能，並指明需要哪些外部服務，避免把所有工作都籠統稱為 App 功能。
寫成可以驗收的要求
- 已確認預約只在職員介面出現一次。
- 未確認付款不會顯示為已付款。
- 負責職員能看到資料傳送失敗。
- 支援人員能按約定紀錄調查問題。
提交到應用程式商店就是項目完成嗎？
在合約中定義完成標準。提交、審批、發布、職員交接及發布後修正錯誤是不同里程碑，需列明各自負責人。
App 首版需求工作表
把下列項目複製到需求書，加入自己的要求，並指定負責人及完成狀態。例子只供規劃用途，並非客戶案例；成本欄應填寫實際取得的港元報價，並列明付款週期。
| 決策／項目 | 需要提供的資料 | 驗收／比較方法 |
|---|---|---|
| 主要用戶任務 | 用戶、操作、輸入及結果 | 示範完整流程，而非單獨畫面 |
| 配套系統 | 後台、職員工具、資料負責人及連接 | 供應商列明 App 介面以外的工作 |
| 發佈及權限 | 平台、開發者帳戶及發佈負責人 | 確認誰處理提交、拒批及日後更新 |