兩份假提案,怎麼比較而不被演示帶走?
以下為虛構提案,不代表任何廠商。企業要的是客服查政策、產生草稿,由客服核准送出;退款不在第一版範圍。
| 核對項目 | 提案 A | 提案 B |
|---|---|---|
| 政策依據 | 展示流暢回答,未展示版本與來源 | 每則草稿附文件版本與位置 |
| 未核准行為 | 聲稱會控制,尚無測試 | 測試帳號未核准時無法送出 |
| 中斷與重送 | 尚未提供 | 展示失敗狀態與同一請求不重複發送 |
| 退款範圍 | 演示含自動退款,與本次需求不符 | 明列不處理退款 |
A 應補證據及修正範圍;B 才適合進入下一階段核對,但仍需在實際架構驗收。這不是替 B 背書,也不能只憑這張假表決定採購。
先分清楚模型供應商與系統整合商
模型供應商提供生成或辨識能力;整合商把能力接到你的文件、帳號、流程與既有系統。一家公司可能兼做不同工作,但不能因使用知名模型就認定具備整合能力。你要找的是能交付核定流程、說明限制並負責交接的團隊,不是選出全球最有名的 AI 公司。
請廠商提出可核對的證據
先標記「已確認、待補證據、不符合」,必要條件不符合時不以低價抵銷。示範可以使用假資料,但必須說明是固定演示、可運作原型,還是經授權的真實案例;不要要求公開別人的資料。
| 比較項目 | 要問的問題 | 留存證據 |
|---|---|---|
| 流程理解 | 不使用 AI 能否解決?第一版不做什麼? | 流程圖、核定範圍與排除項目 |
| 回答與來源 | 無資料、矛盾文件、舊版本如何處理? | 來源展示、無答案與更新測試 |
| 資料與權限 | 哪些資料送到哪裡?不同角色看什麼? | 資料流圖、角色表與隔離測試 |
| 系統串接 | 誰能寫入?失敗與重送如何處理? | 測試 API、操作紀錄與人工核准流程 |
| 驗收與費用 | 驗收集誰準備?超額或未達標怎麼辦? | 測試清單、估價假設與修正程序 |
| 維護與退出 | 合約結束能否匯出與換團隊? | 帳號、原始碼、文件與刪除約定 |
讓演示包含失敗情境
不要只看事先準備的完美問題。拿已授權的保留樣本,測試資料缺漏、沒有依據、過期資料、沒有權限與 API 中斷。若只是固定畫面演示,不能將它當成正式安全能力的證據;下一階段仍需在實際架構中驗證。
- 知識庫:要求指出原文件位置,新增或停用文件後重新核對。
- 客服:要求展示草稿、人工核准、轉交人工與未核准不發送。
- 文件:放入缺少欄位及格式不符的樣本,核對錯誤提示而非只看成功匯入。
- 系統寫入:確認重複請求不重複建單,並能查出誰批准、何時完成。
保密要看資料流,不只看承諾
請廠商說明輸入、文件、生成內容、日誌及備份各在哪裡處理和保存,哪些第三方參與、誰有權查看、保存多久及如何刪除。「私有知識庫」不自動等於模型不外傳。若不能接受外部處理,先列為必要限制,確認部署、設備、授權及維護成本後再簽約。
合作與退出條件寫進交付清單
企業應確認主要平台與付費帳號的持有人、開發方所需權限、第三方元件授權,以及合約終止時能交付什麼。原始碼不等於所有模型、平台和第三方素材的所有權;可匯出的資料格式、部署文件與更新方式也要一起約定。
- 階段與付款
- 將評估、試點、正式整合分開,依具體交付成果付款;追加需求另行確認。
- 未達標
- 事前定義測試方法、修正次數或程序、重新驗證及停止條件,不用含糊的「AI 正確」當驗收。
- 維護與交接
- 列明服務時段、故障責任、備份回復、模型變更,以及資料匯出、權限撤回與刪除證明方式。
用空白評選表,先比範圍再比價格
下方提供 CSV 空白評選表,可匯入 Excel 或 Google 試算表。每家候選廠商用同一份表填寫答覆、證據和狀態;表中沒有客戶資料,也沒有替任何公司預先打分。先列出必須符合的項目,再評估價格、排程與合作適配。
第一版流程:____;必要條件:____;不可送出或修改的資料:____。
請說明實際負責團隊、可操作示範的性質、資料流與權限、測試與維護方式,以及帳號、程式與資料交付條件。
