下單信轉成建單草稿,人工核對後寫入 BC
團隊1|Vida(總經理室)× Matt(業務)
AI 先轉錄、帶出歷史料號,SA 再核對;建單規則留成規格,待確認資料分開標示,收信減少人工轉寄節點。
- 適合誰參考
- 業助、業務支援,以及需要將信件或附件資料輸入系統的同仁。
- 以前怎麼做
- 逐欄讀信、查料號、手動輸入。
- 現在怎麼做
- AI 先整理草稿並帶出料號,人核對後再寫入 BC。
案例可閱讀;本頁尚未提供工具使用入口。
WORKFLOW SHOWCASE
先選一個熟悉的工作情境,看看改善了什麼、如何做出來,以及哪些經驗可以帶回自己的工作。
CURRENT CASE MAP
第一組、第三組、第四組、第五組與第六組已提供完整案例。從成果開始,了解團隊如何解決實作難題,再找到適合自己工作的應用方式。
先看工作前後的改變,再讀實作故事。工具的使用狀態另行標示;有成果故事不代表已開放所有同仁使用。
團隊1|Vida(總經理室)× Matt(業務)
AI 先轉錄、帶出歷史料號,SA 再核對;建單規則留成規格,待確認資料分開標示,收信減少人工轉寄節點。
案例可閱讀;本頁尚未提供工具使用入口。
團隊3|CC(管理部)× Ian(產品部)
每位新人協助約由 10–15 分鐘縮短為 3–5 分鐘(團隊估算);新人自行跟著指引操作,HR/Admin 轉為確認文件與通知。
已提供新人入職 App 連結;實際存取以系統權限為準。
團隊4|Tina(資安部)× Fang(業務部)
同類查詢約由 5–20 分鐘縮短為 3 分鐘(團隊估算);Agent 搜尋會議並整理答案,各人透過自己的連線與權限使用。
已有實際使用與連線驗證,安裝 SOP 提供中、英、泰語版本;存取依個人帳號權限為準。
團隊5|Purple(工程部)× Criss(工程部)
歷史案件查找約由 10 分鐘縮短為 3 分鐘(使用估算);集中查找與操作,減少資料搬運,紀錄以固定結構呈現。
案例可閱讀;本頁尚未提供工具使用入口。
團隊6|Wade Lee(Tech)× Jane Hu(Tech)
晨會準備約由 30 分鐘縮短為 5–10 分鐘(組長估算);先看總覽掌握協助需求,固定紀錄也支援回查與交接。推廣仍在測試。
目前以個人使用為主,尚未正式推廣至其他組長。
IN PROGRESS
以下專案仍在驗證或整理成果,先分享目前的進展。
團隊2|Terry(SALES)× Rebecca(ESS)
以跨部門進度彙整為目標,已確認可讀取部分協作平台資訊,正持續驗證客戶辨識與資料整合。
團隊7|Johnny(工程部)× Willie(工程部)
以例行維護報告自動化為目標,正測試多設備報告同時送達時的收件完整性。
第一組、第三組、第四組、第五組與第六組已提供成果故事,其餘組別持續更新實作方向。故事中的工時數字為團隊使用估算,並非正式效能統計;長期成效仍持續觀察。
返回活動首頁BEHIND THE PROJECTS
每個專案的起點和需要的協助不同。從已提供的案例,可以看見題目討論、實作排障與成果整理各自扮演的角色。
第一組原本想串起整段報價到下單。經過 CoE 討論與 Office Hour,先聚焦下單信到建單預覽,讓資料能核對、成果能驗證,也減少跨系統依賴。
第一組的料號比對卡在歷史訂單取不到。專案討論中,AI 組同仁協助提出利用現有訂單畫面取得資料的替代方式,讓對照表得以建立。實際欄位規則仍由熟悉工作的同仁提供。
第六組從組長自己會用的晨會頁面開始,逐項修正功能,再進入安裝包與使用環境測試。後續規劃由 AI 組協助上架,目前仍在測試階段。
網站提供 AI 專案故事訪談工具,協助同仁依序整理起點、困難、調整與成果,再核對內容。案例報導將這些經驗轉成其他同仁看得懂、可以參考的做法。
專案成果來自業務經驗、團隊實作與所需支援的共同投入。各篇報導保留實際分工,並清楚區分已完成的改變、使用估算與後續規劃。
PROJECT STORY DELIVERY
不用先寫文章。讓 AI 一次問一個問題,完成後確認內容並交付專案故事檔案。
貼到 Codex、Claude Code 或其他 AI Agent。
依照實際經驗,一次回答一個問題。
核對專案事實、數字、姓名與公開範圍。
下載 Markdown 檔案,依主辦單位通知繳交。
請安裝並使用這個 Skill,開始訪談我的專案: https://github.com/HSUYUYING0602/ai-project-story-interviewer 請一次問我一個問題。訪談完成並經我確認後,請輸出專案故事 Markdown 檔案(.md)。
組別名稱_專案名稱_專案故事.md
若使用的工具無法下載 Markdown,可改交 Word(.docx)。請勿只提交聊天截圖或未整理的對話紀錄。