需求訪談的提問術：問出檯面下的真實流程

先說結論：訪談要問的不是「你們怎麼做」，是「上個月實際怎麼做」——檯面流程與檯面下流程的差距，就是你上線那天的爆點清單。
先看災難現場。需求訪談時，生管課長給你的流程乾淨得像教科書：接單、審核、排程、出貨，四個框框三個箭頭。你照著開規格，顧問照著設系統。上線那天，世界露出真面目：月底的單一律先出貨後補單、A 客戶的價格要繞過去給老闆娘看過、急件有一條圖上完全不存在的秘密通道。系統跟現場對不起來，全廠邊罵邊加班。
課長騙你嗎？沒有。你問「流程怎麼走」，他忠實回答了「流程應該怎麼走」。這就是訪談的第一課：受訪者手上有三種版本——SOP 版（公司規定的樣子）、面子版（想被外人看到的樣子）、真實版（上個月實際發生的樣子）——而你的問法，決定你收到哪一版。 他沒有說謊，人類面對「你們怎麼做」這種抽象問題時，本來就會自動輸出標準答案；具體的真實，要用具體的問題才釣得出來。
好醫生早就懂這件事：問「有正常吃飯嗎」，病人說有啊（結束）；問「昨天晚餐吃什麼、幾點吃的」，答案變成「十點半，鹹酥雞」（真相出現）。訪談的功力，全在問題的具體程度。

萬用鑰匙：「上個月有哪些單子繞過流程走？」

如果整篇只能記一句，記這句。拆解它為什麼有效：

• 「上個月」——具體時段，把回答從「理想」錨定到「事實」。所有的「平常」「通常」「原則上」都是理想的同義詞；「上次」「上個月」「最近一次」召喚的才是記憶。
• 「有哪些」——預設例外存在。問「有沒有繞過的」，對方可以回「沒有」保住面子；問「有哪些」，你已經把「繞過是正常的」這個台階遞過去了，他只需要想「哪幾張」。
• 「繞過流程」——直取黃金。繞過的路徑從來不是弊端目錄，是還沒被承認的真實需求的化石：月底先出後補單，代表結帳時效跟出貨效率有結構性衝突；價格繞老闆娘，代表授權表跟實際信任結構不一致。每一條繞路，都是新系統該正面回答的題目。
  同款變體，輪著用：「最近一次趕件，單子實際上怎麼跑的？」「如果系統當機半天，你們怎麼把貨出掉？」（災難情境會逼出最精簡的真實流程——能讓公司活下去的那幾步，就是核心需求）「這疊單子裡，哪幾張是特殊處理的？」（實體單據在手，化石直接考古）。

追問五層次：多數人只問了第一層跟第五層

一場合格的訪談，同一個主題要往下追五層——我自己帶訪談的習慣是把這五層印在紀錄表最上面，【問不到 L2 不散會】：

我看過的訪談，多數實況是 L1 加 L5：問完現況、收集願望、散會——中間三層整個跳過。但規格的原料恰恰在中間：L2 決定系統的彈性設計（例外要不要留通道）、L3 決定什麼能砍（原因消失的流程就是盲腸，但你要先確認原因真的消失：這條規則當年為了擋什麼，問老臣最清楚，順便還了他歷史話語權）、L4 決定優先順序（痛點排序就是需求排序）。
L3 有個特別提醒：聽到「不知道，以前就這樣」不要放過，也不要嘲笑——去找當年的人問。有些看起來荒謬的流程，背後是一次慘痛的弊案或客訴；砍掉它之前，你最好知道它在擋什麼(不然它擋的東西會回來，而且記得你)。

訪談紀錄：三區結構＋24 小時確認

問得再好，紀錄亂寫也是白問。訪談紀錄固定三區：

1. 確認的事實——雙方都點頭的現況與例外，寫成可驗證的句子（「月底約三成的出貨單走先出後補」，不寫「出貨流程有例外」）。
2. 發現的例外——今天掘到的繞路清單，每條標註頻率與原因（這區就是你的寶藏庫）。
3. 待驗證清單——受訪者不確定、或跟其他部門說法衝突的，列出來、標好要找誰對，下一場訪談的議程自動生成。
   然後是紀律：24 小時內發回給受訪者確認，一句「幫我看一下有沒有理解錯」。這一步一石三鳥：錯誤當場修正、受訪者被尊重（他的話被認真對待了）、白紙黑字的需求紀錄開始累積（之後規格吵架，這疊就是你的地層）。翻譯的站位——他講現場話、你翻成規格語言——帶資深 key user 那篇講過，訪談紀錄就是翻譯的成品。
   順帶一提：如果你的案子還在選商階段，這套訪談功夫要提前用——RFP 寫得好不好，取決於你對真實流程掘得深不深，這一題老闆視角的完整版我寫在另一個站的 RFP 指南，可以轉給你老闆。

本篇工具帶走：訪談出發包

訪談前準備三件：這個部門的單據樣本一份（實物勝過千言）、組織圖上他的位置與利害關係（誰的地盤會被這場訪談碰到）、上一場訪談的待驗證清單。
萬用問句四發：

1. 上個月有哪些單子繞過流程走？
2. 最近一次趕件，實際怎麼跑？
3. 系統當機半天，你們怎麼出貨？
4. 只能改一件事，你改哪件？
   收尾紀律：三區紀錄、24 小時發回確認。
   最後說一句：訪談的本質是考古——SOP 是官方史書，繞過的單據是出土文物，兩邊對照才是信史。而每一個願意帶你去看文物的受訪者，都值得一杯好咖啡。掘掘掘愉快！