誰的需要？
列明使用者群組、服務負責人、營運負責人、現行流程及基線。
公司層面交付範圍
先確定服務成果，再選擇技術。
項目可組合多項能力。以下內容連結至完整公司能力說明，包括相應證據限制。
01
應用人工智能、知識與文件系統
以來源、評估及人手監督控制，支援明確的檢索、草擬、抽取、分類或覆核任務。
02
自訂數碼服務與平台
按服務規則、權限、無障礙及營運責任建立公眾或職員使用流程。
03
工作流程、數據與決策支援
令交接、證據、例外及營運指標清晰可見，同時保留具問責責任的政策決定。
04
系統整合與正式環境工程
連接獲准系統，並準備發布、可觀察性、韌性、支援及技術交接。
建立可信公共服務簡介的關鍵問題
界線在哪裡？
將輔助及流程，與批核、資格、身份、付款及正式紀錄變更清楚分開。
需要甚麼證據？
議定代表個案、量度方法、審核者、例外及停止或改變方向的門檻。
由誰營運？
指定內容、資料、保安、服務台、供應商、變更及風險接受責任。
概念驗證方法
有限範圍測試，並在完結時作出真正決定。
所需時間及深度取決於資料、整合、保安及採購限制。網站不能為所有部門或環境承諾同一時程。
- 01界定
定義需要支持的決定
確認服務需要、負責人、基線、範圍、資料分類、假設、測試證據及停止條件。
- 獲確認的簡介
- 風險及假設紀錄
- 評估計劃
- 02測試
建立最小而有用的驗證
在獨立環境使用合成、已遮蓋或明確批准的例子，記錄結果、缺陷及未能處理個案。
- 可檢視原型
- 具版本結果
- 問題紀錄
- 03核證
驗證控制及適用程度
按範圍評估資料流程、存取、威脅、無障礙、整合、使用者驗收及營運責任。
- 控制決定
- 測試及 UAT 紀錄
- 更新風險
- 04決定
交接證據
記錄所得結論，並決定停止、調整、進行採購或另行規劃受管治的正式環境階段。
- PoC 報告
- 交接資料
- 決定紀錄
繼續
證據支持明確下一階段；負責人、控制、資源及採購渠道仍須另行議定。
調整
可能具有價值，但需要、來源、控制、流程或評估仍需另一項有限測試。
停止
證據不支持繼續投入、風險不合比例，或並無具問責責任的營運模式。
成功的 PoC 是決策證據，並不等同正式環境驗收、批出項目、認可，亦不代表可處理真實或機密資料。
項目核證
令服務界線及證據清楚可見。
以下範疇按議定風險及範圍處理，並不表示相關控制已在未指定的政府環境中實施。
| 檢視範疇 | 需要定義或建立的證據 | 現時公開狀態 |
|---|---|---|
| 目的與管治 | 成果、負責人、決定界線、驗收準則及升級路徑 | 僅屬交付方法 |
| 資料與私隱 | 資料清單、目的、流程、存取、位置、保留、刪除及處理者角色 | 按項目確定 |
| 資訊保安 | 威脅、身份、權限、機密資料、依賴項、測試及事故路徑 | 按項目確定 |
| 人工智能管治（如使用） | 來源、模型、供應商、評估、人手監督、限制及輸出處理 | 按項目確定 |
| 無障礙 | 目標標準、語義與鍵盤檢查、內容檢視及輔助技術測試 | 按項目確定 |
| 託管與整合 | 架構、介面、環境、位置、發布、回復及復原決定 | 按項目確定 |
| 品質與驗收 | 可追溯情境、結果、缺陷、例外、UAT 及剩餘風險 | 按項目確定 |
| 營運與退場 | 監察、支援分工、變更、操作手冊、匯出、刪除及過渡條款 | 按項目確定 |
作為參考的官方指引
引用指引並不構成合規。客戶、法律顧問及具問責責任的主管機關須確定項目適用的責任及證據。
交付及採購證據
與建議工作相連的資料包，而不是通用徽章列表。
實際文件按獲批範圍建立或完成。下列「預期」只說明交付方法，並不表示任何部門已檢視或接納現有文件。
| 文件 | 預期內容 | 狀態 |
|---|---|---|
| 服務簡介及範圍 | 需要、使用者、基線、界線、交付物、不包括事項、負責人及驗收 | 按項目建立 |
| 架構及資料圖 | 組件、供應商、介面、流程、位置、存取及責任分工 | 按項目建立 |
| 風險及決定紀錄 | 假設、政策問題、風險、緩解、批准及未解事項 | 按項目建立 |
| 測試及 UAT 資料包 | 情境、方法、具版本結果、缺陷、例外及簽署路徑 | 按項目建立 |
| 發布及營運資料包 | 環境、部署、回復、備份、監察、操作手冊、支援及培訓 | 正式環境屬範圍時建立 |
| 商業及退場附表 | 里程碑、定價基礎、第三方成本、知識產權／授權、變更、匯出及過渡 | 載於議定建議書／合約 |
建議責任分工
222 Technology（以合約為準）
- 服務及技術設計
- 實施及議定整合
- 架構、測試及營運文件
- 問題、發布及變更紀錄
- 範圍內培訓及交接
部門或委聘機構
- 具問責責任的服務、資料及內容負責人
- 政策、資料分類及風險決定
- 獲批環境、存取及來源資料
- 使用者驗收審核者及營運隊列
- 採購、法律批准及剩餘風險接受
其中一個外部渠道
具體方案及使用情境確定後，才評估 Smart LAB 渠道。
智慧政府創新實驗室連繫政府部門與資訊科技業界，並支援概念驗證及技術測試。這是其中一個配對渠道，並非公司資歷，亦不能取代採購程序。
清楚區分不同渠道
Smart LAB 創科供應商
服務需要及創科方案建議
官方表格要求具名方案、應用及技術領域、使用情境、可選部門配對及政府案例、PoC 設置時間、補充文件，以及經核實公司／聯絡資料。
開啟官方供應商渠道Smart LAB 人工智能方案目錄
現成人工智能方案渠道
此渠道另問部署選項、GPU、定價、試用、硬件、簡報及影片等產品層面資料。只應在真實方案能準確回答所有欄位時使用。
開啟官方人工智能渠道政府採購
獨立的投標及供應商渠道
Smart LAB 方案並非招標。電子採購、招標、政府物流服務署名單及資訊科技產品安排均有各自要求及官方程序。
開啟官方採購概覽提交任何 Smart LAB 方案之前
- 確定具體雙語方案名稱、目的及有限使用情境。
- 配合現行服務需要，或清楚說明相關公共服務成果。
- 準確確認技術、部署、資料、試驗時間及支持證據。
- 除非有真實及獲授權案例，否則政府參考案例欄應留空。
- 提交前檢視公開／內部資料、知識產權及當時適用聲明。
- 由獲授權代表核實法定公司及聯絡資料。
本頁並無聲稱已向 Smart LAB 提交、獲列載、完成審核、取得批准或配對成果。提交本身並不構成認可、認證、招標意向或批出項目；正式提交時必須重新核對最新官方表格及聲明。