答案不在主管腦中，
也不在任何一份現有文件裡
它散在每天實際在跑那條流程的那幾個人手上。
直接問「你需要什麼系統」「你希望有什麼功能」，得到的答案幾乎固定是「都可以」「要能出報表」——對規格沒有任何用處。真正有用的資訊散在每天實際在跑那條流程的幾個人手上：同一筆資料被重新輸入幾次、哪一段只有一個人會做、錯了要多久才會被發現。這些沒有人會主動寫進需求文件，因為對他們來說那只是「本來就這樣」。
跳過的代價一：規格建在錯的假設上
問到的若是「應該怎麼跑」而不是「實際怎麼跑」，整個導入都會建在錯的前提上。上線後才發現，要改的通常不是一行程式，是資料模型。
跳過的代價二：為用不到的功能付錢
沒有量出來的痛點排序，就只能照供應商的功能表評選。哪些模組是真的需要、哪些是被推銷的，分不出來。
跳過的代價三：維度事後補不回來
專案、成本中心、批號、客戶這類欄位，第一次沒建對，等規模起來要回頭補，成本等於重做一次。
報告裡每一句話都是同仁自己講的，不是顧問的判斷。
要說服團隊改流程的時候，這個差別很大。
差別不在模型，
在於每一個人都被問到了
問卷拿得到規模拿不到理由，傳統訪談拿得到深度拿不到覆蓋率，而且受訪者面前通常還坐著主管。
| 問卷 | 傳統訪談 | AI 訪談 | |
|---|---|---|---|
| 覆蓋率 | 可以全員發，但回收的是勾選 | 2–3 場會議、少數代表 | 每一位相關同仁各一場，接近普查 |
| 深度 | 沒有追問，答案停在選項 | 可以很深，但取決於當天顧問的狀態 | 順著回答追問到具體場景；同一組面向對每個人一致問過 |
| 受訪者成本 | 5 分鐘，但也只值 5 分鐘 | 要湊時間，影響一整個上午 | 12–15 分鐘，自己挑時間，中途有事可以先擺著 |
| 誰在場 | — | 常常有主管在，執行細節容易被講成「應該的樣子」 | 一對一，報告以流程與群體呈現，不標示個人 |
| 事後可回查 | 只剩統計數字 | 靠筆記與記憶，回不去原話 | 逐字稿完整保留，任何結論都能追回出處 |
| 產出 | 一份百分比 | 一份會議記錄 | 每場結構化分析 ＋ 跨場收斂的行動方案 |
差別的真正來源是提問方式，不是模型
① 跟著一件真實的事走
不問「你覺得流程有什麼問題」——那只會得到「還好」。改成請對方挑一件最近真的處理過的事，從它怎麼到手上開始，一路走到結束。
只要聽到換了工具、或同一個數字又輸入一次，就停下來追清楚。抽象的抱怨會變成具體的節點。
② 每個環節問三個數字
這件事一週吃掉多少時間、多久會出一次錯、錯了多久才會被發現。
第三個最少人問卻最關鍵：當場發現的錯不值錢，月底才發現的錯才是成本。這也是後面估算效益的依據。
③ 請假三天測試
「如果你臨時請假三天，哪一段會直接停住？誰接得起來？他要先問你什麼才做得下去？」
這一題專門挖單點風險——只有一個人會做、沒有文件、換人就斷的那些環節。
訪談員被明確禁止的四件事
- 不提解決方案。一旦訪談員說出「這個可以自動抓」，對方接下來就會順著那個方向講，而不是講自己真正的困擾。這個階段只問現況。
- 不做成選擇題。給選項會讓訪談退化成問卷，對方只會回一個號碼。
- 不問金額、報價、薪資、帳號密碼。要的是流程，不是數字。
- 不追問拒答的原因。受訪者說「跳過」就立刻換題。
你拿到的不是逐字稿，
是能帶進決策會議的幾張表
下面四張是實際的產出形狀。每一張都排過序，每一條都能往回追到原始對話。
以下全部是格式示意，數字為虛構。例子取自一次「導入記帳／進銷存系統前」的需求盤點，用來讓你先看到會拿到什麼形狀的東西。
3.1 流程節點熱區：每個環節花多少、錯多少、多久才發現
| 環節 | 誰在做 | 用什麼 | 每週工時 | 出錯頻率 | 多久發現 | 重複輸入 | 單點 |
|---|---|---|---|---|---|---|---|
| 憑證整理與入帳 | 行政兼會計 | 紙本＋群組照片＋Excel | 6 h | 每月 2–3 | 月結才發現 | 是 | critical |
| 銀行對帳 | 行政兼會計 | 網銀下載＋Excel 手工勾 | 4 h | 每月 1–2 | 當週 | 是 | critical |
| 通路月結對帳 | 業務＋會計 | 各平台後台＋Excel | 5 h | 每月 3+ | 下個月 | 是 | some |
| 出貨與庫存紀錄 | 倉管 | 另一套 Excel | 3 h | 偶爾 | 盤點時 | 是 | critical |
| 專案費用歸集 | 專案負責人 | 回想＋翻收據 | 2 h | 難以判定 | 核銷或申請時 | 部分 | some |
「多久發現」那一欄是排序的關鍵。盤點時才發現、或錯了就無法補救的環節，不管工時多低都要排在前面——它們的成本不是工時，是曝險。
3.2 重複輸入斷點：自動化 ROI 的排序依據
| # | 重複輸入的路徑 | 估計省下 | 技術門檻 | 先決條件 |
|---|---|---|---|---|
| 1 | 出貨 Excel 的金額 → 再手打進會計軟體一次 | ~4 h／週 | 低 | 先統一出貨單的欄位格式 |
| 2 | 群組照片的收據 → 人工看圖打成憑證明細 | ~5 h／週 | 低 | 單一上傳入口，停用群組傳單據 |
| 3 | 網銀下載檔 → 人工勾對回出貨單 | ~3 h／週 | 中 | 應收要有可勾稽的單號 |
| 4 | 倉管庫存 Excel → 財務另記一套數字 | 盤點差異歸零 | 中 | 只能有一份庫存主檔 |
這是整份分析最值錢的欄位。拿掉重複輸入不需要改變任何人的判斷，是導入初期最不痛、最有感的一段；而先決條件那一欄會回頭決定導入順序。
3.3 抗壓分數：哪一段會先爆
收尾必問的 1–10 分是壓力測試，不是滿意度：「如果量變三倍，你這一段撐得住嗎？1 ＝ 一定爆，10 ＝ 沒問題。」分數低＝優先度高，跟一般問卷相反。
這張圖的價值在於呈現分歧本身——經營層覺得還好、實際在做的人覺得會爆。那個落差就是要帶進會議的第一張圖。
3.4 每一條引言都標來源
AI 分析有一個真實的失敗模式：把訪談員自己開場講過的漂亮話，寫成受訪者說的話。所以每一條引言都做來源標註，正式報告只採用逐字比對通過的那些。
比對不過的不會被靜默混入，會保留但明確標示。有疑問就往回查逐字稿，不必相信。
換一種訪談，欄位就換一組。上面的例子是流程盤點，所以量的是工時、出錯頻率、多久才發現。換成產品或服務改版的訪談，同一組表格會變成：使用者卡在哪一步、放棄前試了幾次、繞道用什麼替代方案、哪一段是「忍著用」而不是「好用」。結構不變，量的東西跟著訪談目的換。
哪些是自動產出、哪些需要顧問加工
訪談結束 48 小時內自動產出
- 每場的結構化分析（含引言來源標註）
- 跨受訪者收斂的行動方案草稿
- 抗壓分數分佈與卡點環節統計
- 中途離開的訪談清單，可提醒對方回來補完
需要顧問端加工
- 熱區表的工時與錯誤率校準
- 重複輸入斷點的 ROI 試算
- 現況與目標的系統關聯圖
- 分階段導入藍圖對應實際時程
想看完整的一份長什麼樣？
我們放了一份完全去識別化的範例報告——摘要、抗壓分數、流程熱區、斷點排序、單點風險、系統關聯圖、行動方案，一份訪談跑完該有的都在裡面。
要問的人超過五個，
而答案必須寫得進規格
人再少，找個下午聊一聊就夠了；答案再模糊，問卷也能交差。
這四種情況，兩者都不成立。
導入系統前的需求盤點
先問清楚現在實際怎麼做，再決定要買什麼。直接問「你需要什麼系統」，得到的答案通常是「都可以」。
內部流程數位化
找出重複的手工輸入、只有一個人會做的環節，以及規模變大時會先撐不住的地方。
員工意見蒐集
第一線知道問題在哪，但問卷問不出來，開會也不一定講得出口。
服務或產品改版前
深度訪談問得深卻做不了規模，問卷做得了規模卻問不深。這裡兩者兼顧。
主辦單位要做的，
其實只有三件事
給名單、發一封內部信、開放連結一週。剩下的我們處理，包含催還沒完成的人。
受訪者這一邊
- 收到主辦單位發的專屬連結，需要的話再加一道存取碼
- 用 Google 帳號登入，選一下自己的角色
- 跟 AI 訪談員聊 12–15 分鐘，最後回答三個收尾問題
主辦單位這一邊
- 給名單。凡是這條流程會經過手上的人都算，包含只負責其中一小段的。不必分職級
- 發一封內部說明信。由公司自己發比我們發有效，重點三句：這不是稽核、不會問金額與薪資、講完對自己有好處。草稿我們提供
- 開放連結約一週。期間我們定期同步完成進度，並提醒還沒完成的人
- 收到綜合報告後，一起逐頁對焦哪些真的要動、哪些先放著
不確定自己的情況適不適合？
來信說一下公司規模與想解決的問題，我們會回一份針對你們狀況的訪談設計草案——建議問哪些人、分幾群、大概幾場。看完再決定要不要做。
可信度是機制，不是保證
AI 產出的東西要拿去做決策，「我們很小心」這種話沒有用。下面每一條都是系統行為，不是承諾。
| 機制 | 解決什麼問題 |
|---|---|
| 引言來源標記 | 每一句引言都標明是受訪者原話、訪談員的話、還是分析改寫。避免把訪談員自己講的漂亮話當成受訪者的意見。 |
| 沒問到就留空 | 訪談提早結束、收尾三題沒問到，那幾個欄位一律空白，不會用對話中其他內容代填。空白會標示原因，不會被讀成「這個人沒有想法」。 |
| 分眾匿名門檻 | 同一個分群人數太少時不呈現該群的個別內容，避免小樣本被反推回個人。 |
| 兩級管理者權限 | 平台端看得到完整逐字稿，客戶端只看得到彙整分析。 |
| 逐字稿保留 | 任何一條結論都可以往回追到原始對話。有疑問就查，不必相信。 |
資料放在哪、誰看得到
存放與傳輸
訪談內容存放在位於台灣的雲端資料中心，以受訪者的登入帳號為索引，傳輸全程加密。
存取權限
誰看得到由上面那張表的兩級規則決定，而且是後端強制的授權檢查——客戶端管理者要不到逐字稿，不是靠流程約定。
受訪者這一邊
登入只用來確認「這個人受訪過一次」，不會出現在報告裡。任何一題都能說「跳過」，訪談員不追問原因；中途離開也算數，沒問到的欄位留空並標示原因，不會用對話中其他內容代填。
部署形態可以談。雲端共用、專屬環境、或隨專案租用都做得到，資料保留期間與存取範圍會跟著一起定。這些細節在洽談時一次確認，不必在網頁上猜。
先講清楚一個限制：公司規模小的時候，若再依角色細分，部分分群會落在匿名門檻以下。那代表報告會以整體與跨角色的樣態為主，不會逐一切分到「某某職位的人怎麼說」。這是保護受訪者的必要取捨——我們寧可少切一刀，換同仁願意講實話。
訪談開頭就會講明：這不是稽核、不是要盤點人力、不會問金額與薪資。要自動化的是重複的手工動作，不是要少一個人。
這個階段刻意不做的三件事
先講清楚邊界，比事後解釋好。
不是選型報告
這階段不推薦特定廠牌或產品。先有需求，才有選型的基準。
不是稽核
不評價任何人的工作表現，報告不會出現「某某做錯了」這種內容。
不取代深度訪談
若某個環節特別複雜，AI 訪談會把它標記出來，再安排面對面談那一段。
做室內定位的人，
為什麼跑來做需求訪談
因為系統整合做久了會反覆遇到同一件事：導入前沒把現況問清楚，系統做完才發現對不上。
聯合通科技股份有限公司
aichat360 由聯合通科技開發與營運。聯合通的本業是室內定位與 AI 解決方案：WiFi／藍牙 iBeacon／UWB 室內定位、IMDF 室內地圖圖台、AI 影像與人流分析、環境監測系統，服務場域包含機場、購物中心、醫院與社區。
代表案例：Computex 國際電腦展——信義一館、信義三館與南港展覽館佈建 5,000 顆 Beacon 定位器，展期間 8,500 位不重複使用者。展館人數密度過高、多數 WiFi 與行動網路連不上，因此採用不需連網的離線式定位技術。
aichat360 是這條線的延伸。系統整合做久了會反覆遇到同一件事：導入前沒有把現況問清楚，系統做完才發現對不上。所以我們把「問清楚」這一段做成產品。
- 公司
- 聯合通科技股份有限公司
- 地址
- 新北市新店區中央路 187 號 3 樓之 2
- 電話
- 02-7753-8695 #1998
- 信箱
- service@mindjet.com.tw
- 官網
- google.net.tw
兩條路，看你是哪一種人
我是受訪者
本平台每一場訪談都有專屬入口連結。請透過主辦單位提供給您的連結進入您要參與的訪談；點開那條連結即可開始，這裡沒有共用入口。
我想在自己的公司辦一場
來信 service@mindjet.com.tw。信裡告訴我們三件事就夠了：
- 公司規模、這條流程大概會牽涉幾個人
- 想導入或想改的是什麼
- 預計什麼時候要做決策
我們會回一份針對你們狀況的訪談設計草案，包含建議的分眾與場次。
寄信給我們 →© 2026 聯合通科技股份有限公司 · google.net.tw