重點答案
購物 App 多了一個銷售渠道，同時也多了一個需要維護的產品。首次建立網店時，應先確認手機版網站能否讓客戶方便地找商品、付款及查訂單。
實際項目範圍
如果客戶經常回購、使用會員優惠、需要個人化通知，或有適合手機操作的重複任務，App 才可能帶來明確價值。開發前先看回購情況，找出它能解決哪個痛點。商品和庫存不宜在兩套互不相通的系統重複管理。
若網站與 App 一起推出，需定義帳戶、購物車、訂單紀錄、優惠及庫存如何同步。請供應商說明是否共用後台、各渠道維護成本，以及如何衡量成效。先開發商業理由最清晰的購買流程。
想比較做法？ 在 TechQuotations 說明客戶回購頻率和購買習慣。
索取方案前要定義甚麼
- 手機網店體驗及轉換問題
- 購買頻率及會員行為
- 通知或裝置功能等 App 獨有價值
- 共用商品、帳戶、訂單及庫存資料
向服務供應商提出的問題
- 有甚麼證據顯示客戶會安裝 App？
- 手機網店能否先解決同一問題？
- 兩個渠道如何保持一致並量度成效？
如何評估答案
當 App 能解決已證實的重複購買問題才開發；否則先改善手機網頁流程，避免過早維護兩個渠道。
設定統一資料來源
訂明產品、庫存、價格及訂單在哪裏管理，哪些資料由網站及 App 共用，哪些體驗不同。例如虛構的會員優惠，跨渠道兌換應有清楚規則，避免出現兩套互不相通的餘額。
讓 App 的用途可以量度
- 指出 App 改善哪項重複任務。
- 列出目前手機網店的實際阻礙。
- 設定試行指標，例如完成的再次購買。
- 比較時包括職員工作量及持續支援。
App 要複製網站全部功能嗎？
不用。優先處理足以支持開發 App 的任務，同時保持必要帳戶及訂單資料一致，並向客戶說明渠道差異。
購物 App 試行決策表
把下列項目複製到需求書，加入自己的要求，並指定負責人及完成狀態。例子只供規劃用途，並非客戶案例；成本欄應填寫實際取得的港元報價，並列明付款週期。
| 決策／項目 | 需要提供的資料 | 驗收／比較方法 |
|---|---|---|
| 重複任務 | 回頭客需要更快完成的工作 | 先比較現有手機網頁流程 |
| 共用紀錄 | 商品、價格、庫存、訂單及獎賞主系統 | 網站及 App 顯示一致的主系統紀錄 |
| 試行成效 | 起始基準、目標任務及檢視日期 | 量度完成任務及職員工作，不只下載量 |