有 AI 想法但 PoC 邊界不清的團隊
需要把 AI 題目變成可衡量的 90 天 PoC，而不是停留在創新口號。
適合對象
當 AI PoC 需要在投資前證明價值
如果題目已經重要，但範圍、佐證、負責人或預算決策還不清楚，In-Stars 可以協助整理第一條可執行路徑。
產品、研發與場域團隊
需要協調使用情境、資料、prototype、驗證場域與驗收方式的團隊。
準備預算核准的主管
需要先看到證據、風險、成功指標與預期成果，才能決定是否投入開發。
諮詢流程
從 PoC 想法整理出驗證邊界、佐證與負責人
將路燈創新、智慧照顧、3C3I 與能源案例轉成可複製的方法：問題、方法、成果與下一個 PoC。
問題定義
確認業務問題、使用者、場域限制，以及為什麼需要 AI 而不是一般系統改善。
90 天 PoC 設計
定義資料範圍、prototype 範圍、負責人、驗證場域與驗收方式。
風險與可行性檢查
檢查資料可用性、系統串接、法遵與資安、模型風險與維運準備。
PoC 決策包整理
把 PoC 想法整理成範圍表、證據清單、驗證標準，以及主管或合作夥伴能判斷下一步的專案說明。
下一步決策準備
PoC 驗證與下一步決策路徑
PoC 應先說清楚要驗證什麼、會收集哪些證據、誰判斷結果，以及下一階段投資前必須證明什麼。
業務問題與使用情境
說明痛點、目前替代做法、目標使用者與期待的商業效益。
資料與環境
準備 sample data、設備或系統限制、可用 API、隱私與資料使用限制。
成功指標與 owner
決定誰負責 PoC，以及哪一個指標可以證明值得繼續投資。
可交付成果
寫計畫書前可先判斷的 PoC 決策簡報
第一輪交付重點是決策包：下一步要做什麼、缺哪些佐證、誰負責，以及題目是否適合進入提案、補助、訓練或 PoC。
PoC 範圍表
一份包含問題、目標使用者、範圍、負責人、驗證場域與成功指標的限定計畫。
資料與證據清單
整理 sample data、系統限制、串接點、隱私限制，以及驗證期間要收集的證據。
決策用專案備忘錄
包含里程碑、角色、驗證標準、風險註記、決策證據與下一步判斷點。
時程與邊界
讓第一個 PoC 保持可驗證範圍的做法
PoC 可行性討論
判斷題目是否可進入 PoC，或是否要先做訓練與資料整理。
PoC 決策包
整理範圍表、證據清單、驗證標準、風險與決策負責人。
聚焦驗證計畫
PoC 應驗證一個明確問題、收集可判斷證據，並支持繼續或停止的決策。
初談準備
AI PoC 提案諮詢前可以先準備什麼
初談前請帶一個業務問題、一個使用情境、可用資料、已知限制，以及能支持下一階段投資的成功指標。
業務問題與使用情境
說明痛點、目前替代做法、目標使用者與期待的商業效益。
資料與環境
準備 sample data、設備或系統限制、可用 API、隱私與資料使用限制。
成功指標與 owner
決定誰負責 PoC，以及哪一個指標可以證明值得繼續投資。
把題目轉成可驗收的下一步
留下目前的產業、題目與目標，In-Stars 會協助判斷適合 AI 顧問、補助評估、產學合作或 Japan DX（Digital Transformation，數位轉型）的哪一條路徑。