現場節奏稍微放寬,整場發表抓在 6 分鐘左右(約 360~370 秒)最剛好。評審核心看四點:點子夠不夠精準?做不做得出來?能不能跨部門複製?對公司值不值錢?放慢語速,把一線工程痛點與實際架構底氣講穩,不要趕火車。
創新性30%
對應 Slide 5、7
重點在「先查內部技術依據再生成」,從架構上杜絕 AI 幻覺,把企業內部技術庫轉化為推理能力。
實用與可行性25%
對應 Slide 10、11、12
點出「既有 MQC 案件庫」與「內網地端部署」,證明不是空中樓閣,明天就能開始對接與試點。
跨部門擴散性25%
對應 Slide 14
高權重關鍵頁。講清楚換成品管檢驗、製造組裝 SOP,這套核心架構能立刻無痛平移。
對公司價值10%
對應 Slide 13
清晰用「預估」字眼展現對營運量能與顧客滿意度的實質拉抬,維持客觀。
簡報完整度10%
全部
語調從容、首尾呼應,為提問預留充足互動空間。
臨場微調重點
1
前面不用趕時間,把維修師傅翻厚手冊、站在顧客家門口查資料的尷尬情境講具體,評審很容易有共鳴。
2
Slide 11 與 12 拿出工程技術深度,提到 MQC 數據積累與內網安全,展現團隊對企業系統落地的掌控力。
3
Slide 14 多花 5 秒講清楚「品管」與「產線」的擴展場景,把這 25% 擴散分拿滿。
第 1 / 15 頁
Q1:四大 KPI 數字是怎麼算出來的?有實證嗎?
「目前簡報上的數據是根據服務站第一線訪談、工時觀測以及參考製造服務業導入 RAG 系統的同業數據所推估的理論值。我們非常重視務實,因此第一階段我們規劃先在特定單一機種(例如變頻冷氣特定系列)進行 3 個月的封閉測試,以真實數據校準這四項 KPI。」
Q2:AI 如果給出錯誤的維修指示導致電路燒毀或感電,誰來負責?(幻覺問題)
「這正是我們採用 RAG 檢索增強的原因。AI 不被允許自由發揮,每一條建議下方都會標註引用的『手冊章節與頁碼』供工程師快速比對核驗。此外,涉及高壓電、冷媒外洩等高危險作業,系統會在前端強制跳出安全防護警示與阻斷式檢核清單。」
Q3:公司資料資安疑慮,會不會上傳到公有雲?
「絕對不會。我們採用在地化(On-Premise)封閉部署方案,模型採用開源輕量化模型(如 20B 參數規模),全數在企業內網的 GPU 主機運行,向量資料庫與手冊均不對外聯網,完全符合公司資安與營業秘密規範。」
Q4:其他部門(品管、產線)要導入,實際門檻在哪裡?
「最大的門檻通常不在技術,而在『資料整理』。因為本系統採用 MCP 與標準化 RAG 架構,底層引擎完全相容。品管或工廠只要將既有的 SOP 與檢驗 Excel 依照我們的模板進行清洗與向量化,最快數週內就能完成知識庫掛載並開始測試。」