向供應商要求證據

從自己的要求開始

供應商可能展示令人印象深刻的產出，卻沒有回答最重要的問題。展示前，先定義要求。

考慮持有機密合約資料的虛構公司。團隊需要 AI 協助維護既有應用程式，供應商卻展示從空白儲存庫建立新應用程式。這證明了一項能力，但沒有測試公司的維護流程。

準備一個小型且具代表性的儲存庫，使用核准合成資料。納入一項既有慣例、一個失敗測試，以及一項需要人工決定的變更。給每家供應商相同驗收條件。

「支援 SSO」這類聲明需要上下文。詢問包含哪些身分提供者、帳戶方案、角色和離職停權行為。測試相關存取權變更。

對確信報告或認證，檢查範圍、涵蓋服務、審查期間和例外。不要假設供應商的確信結果，自動涵蓋團隊建置的應用程式。

請供應商展示必要檢查失敗時會發生什麼，再檢查後續產出與決策路徑。有用的系統會讓未完成工作與缺少證據清楚可見。

為合約應用程式加入一個跨越存取邊界的虛構請求。評估應顯示系統如何處理該要求，以及審查者如何驗證結果。不要為了讓展示更真實，就使用真正機密資料。

記錄展示設定與擬議採購之間的差異。承諾未來才提供的功能，是相依條件，不是已交付能力。

為每項要求記錄證據連結、日期、設定、審查者和結論。使用清楚狀態：已針對此情境驗證、尚未解決，或不在範圍內。

為未解事項指定負責人與期限。決定每項是否阻擋決策、需要契約條件，或可以在記錄限制後接受。

對 Taiga 套用相同條件。公開文件與 Trust Centre 提供起點。確認選定安排符合自己的要求。繼續閱讀退出與可攜性。