香港科技項目指南及資訊

實用指南助你規劃網站、App、電子商務及企業系統項目，並向香港科技服務供應商索取更清晰的建議。

網站開發需求書：向香港開發商提供哪些資料？

一份好的網站需求書，要講清楚網站需要完成甚麼工作，而不只是喜歡甚麼設計。五頁公司網站、會員平台和雙邊交易平台的開發範圍完全不同。先說明目標客戶、希望訪客採取的行動，以及現有網站的問題。

公司網站主要展示資訊；網上平台則讓用戶完成一套流程。公司網站可展示服務、案例及聯絡方法；平台可能涉及帳戶、不同權限、私人資料、交易及職員管理介面。

「整個網站要多少錢」沒有單一可靠答案。套版資訊網站和客戶登入平台，涉及的設計、程式、測試及支援工作差別很大。影響報價的通常是功能背後的工作量，而不只是頁數。

網站改版可以改善用戶體驗，但若遺漏舊有表格、頁面或追蹤設定，亦可能影響查詢量。先記錄哪些地方已有成效：帶來查詢的頁面、常見搜尋字詞、現有表格，以及客戶經常使用的內容。

雙語網站應提供兩套完整而實用的體驗，而非只把文字直接翻譯。先決定中英文是否涵蓋同一批服務，以及表格、電郵、站內搜尋和下載檔案是否同樣需要雙語。

網上預約系統不只是把日曆放上網站。難點在於清楚表達業務規則：誰可以預約、哪些時段和資源可用、服務需時多久，以及改期時怎樣處理。

會員平台表面上可能只是「登入後看內容」，真正的工作卻在權限規則。先決定誰可以註冊、是否需要審批，以及不同會籍可看到甚麼。

配對或交易平台至少服務買賣雙方，首個版本要讓雙方完成一項完整交易。先說明買家如何尋找供應商或產品、賣家如何加入，以及平台營運者需要審核甚麼。

應選網頁應用程式還是手機 App，要看用戶做甚麼，以及使用頻率。網頁應用程式可直接經連結開啟，更新亦較集中；如果服務需要經常使用，或依賴手機功能和特定體驗，安裝式 App 可能較合適。

「想做一個類似某某的 App」只是一個起點，還不是功能規格。請指出參考產品中哪些部分重要，以及用戶要完成甚麼。描述首次使用、再次使用，以及職員在後台要做的工作。

App 報價涵蓋的不只是畫面。帳戶、伺服器邏輯、後台、付款、系統串接、測試和上架都可能是開發範圍。兩個看起來相似的 App，背後工作量可以相差很遠。

網店的工作不會在客戶下單後便結束。先整理商品目錄：款式、庫存、組合、折扣，以及由誰更新商品。然後寫出結帳、付款確認、送貨選擇、改單、退貨及客戶服務流程。

購物 App 多了一個銷售渠道，同時也多了一個需要維護的產品。首次建立網店時，應先確認手機版網站能否讓客戶方便地找商品、付款及查訂單。

CRM 要配合團隊實際跟進客戶的方法，才有用處。先列出查詢來源：網站表格、電郵、電話、通訊軟件或人手輸入。決定要記錄哪些資料，以及每宗查詢由誰負責。

不少公司首先需要改善流程，未必立即需要重做 CRM。先測試可設定的現成產品能否處理銷售階段、權限、自動化和報表。不要只因現有工具用起來不順手便決定度身開發；應先列出具體不足。

ERP 項目通常把原本分散在試算表及不同部門的流程連起來。尋找軟件前，先畫出訂單、服務申請或庫存變動如何經過銷售、營運、財務和管理層。

「把兩個系統連起來」仍有很多問題未說清。請列出要交換的資料，例如客戶、訂單、庫存或發票。每個欄位應註明由哪個系統建立、哪個系統可以修改，以及需要即時還是定時同步。

AI 客服應先解決一項明確問題，例如回答常見服務查詢，或協助客戶找商品資訊。由真實查詢開始，找出哪些問題可以根據已核准資料回答；遇到不確定或需要判斷的情況，應可轉交職員。

最便宜和最貴的兩份建議書，可能其實在描述不同產品。請以同一份需求書逐項比較，檢查需求分析、設計、開發、資料搬遷、測試、上線及支援各包括甚麼。每項功能標明「已包括」、「另行報價」或「不包括」。

上線只是營運數碼服務的開始。正式驗收前，確保公司能登入網域、主機、內容管理系統、App 商店帳戶、分析工具及付款服務。程式原始碼、設計檔案和客戶資料由誰擁有，應以合約為準。