企業業務面試遇到「客戶說想買工具，你會怎麼談」，先問清楚他想改善哪一段工作、問題造成什麼影響，以及公司能否投入資源處理，再決定要展示什麼。客戶願意看產品，是對話的起點；你還需要把這份興趣連到可以查證的需求，才能提出有用的建議。
企業對企業的銷售常簡稱 B2B，指的是把產品或服務賣給另一家公司。本文以企業軟體為例，練習需求訪談，也就是透過對話了解客戶的工作、目標與限制。Salesforce 的需求探索教材強調先理解業務挑戰，再依已確認的問題與客戶共同規劃方案。以下將這個方向落實為一段原創面試練習，讓你看見每個問題如何影響後續安排。
從最近一次困擾開始，別讓功能清單帶走對話
以下企業、角色、數字與對話皆為虛構練習。一家在台灣設有兩個倉庫的工業零件通路商，透過郵件與共用表格追蹤訂單。你代表一家提供訂單協作軟體的供應商，第一次與營運經理交談。對方說：「我們想買一套工具，讓業務和客服交接順一點。你先展示功能，再給我報價。」
你可以先回應對方的要求：「可以。我先了解一次實際交接的情況，好把展示集中在你們用得到的部分。最近哪一筆訂單讓團隊特別困擾？」這個開場說明了提問的用途，也讓客戶從熟悉的事件回答，不必立刻替你整理一份完整需求文件。
假設經理說，上週一筆急單改了交貨日期，業務在郵件裡通知，客服仍照舊日期回覆買方，倉庫也不知道哪個版本才對。接著就沿著事件問：「誰先收到變更？通知了誰？客服當時去哪裡查？最後誰確認？」你想釐清的是資訊如何流動，而不只是得到一句「我們溝通不好」。
這段回答可能引出兩種不同原因：一種是最新的訂單資訊散在多處，大家找不到；另一種是根本沒有人負責確認變更。前者可能需要讓大家到同一處查詢，後者還涉及分工。即使軟體能發通知，也不會自行決定誰有權確認交期。因此，在介紹功能前，先用自己的話複述：「目前主要困擾是日期變更後，三個團隊無法確認誰已看過、誰負責更新；我有沒有漏掉什麼？」
再請客戶補一個順利完成交接的例子。若只有急單出問題，而例行訂單運作正常，第一階段就可以只處理急單。這也提醒你別把一次抱怨擴大成整家公司都需要換系統；訪談要同時找到問題發生的條件與沒有發生的條件。
把影響算清楚，也保留尚未確認的部分
流程清楚後，再問影響有多大。沿用這個練習，經理估計負責急單的十二位業務與客服，每人每天花半小時追問急單狀態；一個月有二十二個工作日。你可以先算出每月共 12 × 0.5 × 22＝132 小時，再追問這是近期記錄、抽樣觀察，還是大家的印象。若只是估計，就在筆記旁標明「待抽樣確認」，並約定用一週的簡單記錄檢查。
如果題目另外提供含薪資與公司負擔費用的平均人力成本，每小時為新台幣 450 元，這些工時對應的成本是 132 × 450＝59,400 元。它表示目前投入多少人力，不能直接當成買軟體後可以省下的現金。員工可能仍領相同薪資，追問也未必能全部消除；還需要知道騰出的時間會用於回覆客戶、處理更多訂單，或減少加班。
為了練習估算，你可以再設一個待驗證假設：新流程若能減少四成追問時間，每月可騰出 132 × 40%＝52.8 小時，按同一人力成本換算為 23,760 元。這些時間能否用在其他工作上，仍要確認。這個假設提供比較方案的起點，不能說成保證效益；要等試行記錄確認，並把訂閱、設定、資料整理、培訓與持續維護一起放進成本討論。
接著問：「除了追問，日期錯誤還造成哪些後果？有沒有補寄、加班或客戶投訴的記錄？」如果客戶提到流失訂單，但沒有確認原因，不要把全部流失金額加進收益。時間成本、實際支出與可能損失應分開記錄，也要避免同一件事重複計算。把缺少的證據列出來，這份估算才有辦法繼續查證。
找到決策角色，理解每個人要回答的問題
估算問題的影響後，也要理解公司如何做決定。HubSpot 的需求訪談教材將目標、困難、預算、決策流程與導入時程列為需要了解的內容。用在這個情境，你可以問：「如果這個流程確實能改善，接下來公司通常由哪些人評估？每個人最需要確認什麼？」
假設經理說，自己負責提出需求，客服主管與倉庫主管需要同意流程，資訊系統同事確認連接方式，財務主管核准支出，採購承辦合約。把這些角色記下來，比只問「你是不是決策者」更有用：經理可能無法批准整筆費用，卻最了解問題，也能協調重要參與者。
| 角色 | 在本練習中要確認的事情 | 可以延伸的問題 |
|---|---|---|
| 營運經理與使用團隊 | 哪種交接要改、誰負責更新、什麼結果算有改善 | 先改急單是否足夠？誰願意協助試行？ |
| 資訊系統同事 | 現有系統怎麼連接、權限如何設定、誰維護 | 哪些資料可用於試行？權限由誰確認？ |
| 財務主管 | 投入是否合理、費用包含什麼、效益如何查證 | 首年可討論的預算範圍是多少？需要哪些比較說明？ |
| 採購與合約承辦 | 供應商資格、條款及必要審查 | 哪些步驟需要先完成？一般由誰安排？ |
每家公司可能由不同的人兼任這些工作，這張表只是本題的角色分工。你也不必第一次就要求所有人到場；先由經理確認角色與流程，再邀請能解答下一個問題的人。若對方暫時不願介紹財務主管，可以先提供一頁摘要，讓經理確認財務會看哪些項目，保留後續溝通空間。
預算也應問得具體。假設經理提到首年可考慮新台幣三十萬元，你要再確認這是已核准款項，還是初步討論上限；是否包括導入費，以及人員能投入多少時間。這是虛構客戶的預算條件，並非軟體報價。沒有核准預算仍可評估需求，但應在商機記錄裡保留這個未知事項。
把希望日期與真正做得到的時程分開
客戶接著說：「三個月後要開第三個倉庫，希望之前就能用。」這讓時間要求有了具體原因。你可以從這個日期往回安排：哪些流程必須提前穩定？需要多久的培訓？合約審查、系統與權限確認、內部評估各由誰安排？
這時題目補充：資訊系統同事未來六週忙於另一項系統升級，客服也抽不出人整理全部舊資料。這兩個限制會改變方案。若你只承諾「我們兩週就能上線」，即使軟體設定做得到，也可能忽略客戶這邊無法配合的工作。
比較合理的安排，是先確認能否只選一個團隊的急單，用合成範例資料展示交接，再估算小範圍試行需要的資源。待資訊系統同事確認可行後，才決定是否連接現有系統。這裡的試行，是在有限範圍檢查新流程能否達到約定結果；不能把「帳號已開好」當成大家已經願意使用。
導入障礙也可能來自習慣與責任。若業務仍在郵件裡改日期，卻沒有人維持新系統中的記錄，新工具只會變成另一個需要查詢的地方。因此，要問誰負責教同事、誰處理例外、誰確認更新。若客戶無法安排負責人，暫緩試行、先協助釐清分工，會比開始一個無人維護的計畫更合理。
下一步要有目的、參與者、準備與判斷方式
經過前面的訪談，系統團隊的人力與流程分工最可能卡住導入。因此，下一步先確認急單交接能否用有限資源改善，以及是否需要連接現有系統。會議目的清楚後，才知道該準備哪一段展示、邀請哪些人。
你可以提出一次四十五分鐘的流程討論會議，邀請營運經理、客服與倉庫各一位代表、資訊系統同事，以及自己公司的技術同事。會前由經理整理急單交接步驟，資訊系統同事列出連接與權限限制；你和同事用合成資料準備相同情境。若資訊系統同事無法參加，先取得書面限制，並將技術可行性保留為未確認。
會議中先請客戶確認現有流程，再展示一筆交期變更如何交接，最後一起列出試行所需人員、資料與時間。預定產出是一頁會議結論：條件可行，就列出試行範圍、負責人與改善要求；若必要的連接方式做不到，或客戶無人維護，就先暫緩。這讓客戶知道，會議結束後有哪些合理選擇。
若決定先試一個團隊的急單，就記錄追問所花時間、更新是否完整，以及增加的維護負擔。小範圍試行要另外記錄該團隊的基準，不能把全體十二人的 132 小時都當成可省工時。基準數據不足時，先安排記錄，再與客戶訂出改善要求，不需要硬訂一個通用達標百分比。
收尾可以這樣說：「今天確認的主要困擾是急單日期變更後，各團隊難以找到最新狀態。您提到全體每月大約花 132 小時追問，這個估計還需要記錄確認。我建議下一次先驗證急單流程與連接限制；您協調客服、倉庫代表和資訊系統同事，我準備相同情境。會後再決定是否值得試行，以及需要什麼資源。這樣的安排能幫您往前做決定嗎？」
對方同意後，再確認日期與會前準備。若對方只想先收到產品簡介，就約定要協助判斷哪個問題，以及是否需要再次聯絡。會後摘要應分別列出雙方已確認的事、仍待查證的事與各自負責的事；尚未約定的步驟，不要寫成客戶已經承諾。
用好壞回答對照，練習回應面試追問
把整段訪談濃縮成面試回答時，要保留自己如何做判斷。較弱的回答可能是：「客戶已經有需求，我會先介紹所有功能，再用折扣促成簽約。我們能替他省下每月 59,400 元，只要讓老闆看到就會買。」這段話跳過了問題原因，把估計工時直接當成現金節省，也替尚未接觸的人預測決定。功能、價格與權限都還沒確認，承諾卻已經說滿。
較完整的回答可以是：「我會先請營運經理帶我看一次急單交接，確認問題在訂單資訊分散、責任不清，或兩者都有。接著估算影響，標明哪些數字待查，再了解系統限制、預算狀態與參與角色。下一次會議只驗證急單流程是否可行；如果沒有維護人手，就先不安排試行。」這段回答讓面試官聽見你的查證順序，也留有根據新資訊調整做法的空間。
被追問「客戶不想回答，只要看展示」時，可以先尊重他的需求，問兩個會影響展示內容的問題，例如最想改善的交接情境與使用者。用相近的流程示範後，再請他指出哪些地方適用、哪些不適用。你仍在了解需求，只是調整了對話順序；不必把回答整份問題清單設成看產品的門檻。
被問「對方說競品便宜三成」時，先確認比較是否包含相同使用人數、導入範圍與服務，再了解價格是不是唯一顧慮。若只要基本交接功能，較便宜的方案也可能適合。你可以說明自身方案在已確認需求上的差異，或縮小範圍，但不能捏造競品缺點，也不能擅自承諾未獲授權的折扣。
如果面試官再說「主管要求本月底一定要成交」，就把壓力轉為需要回報的事實：哪些步驟已完成、哪些人尚未參與、最快何時能確認。提出自己可以加速的準備，同時如實說明客戶資訊系統同事的時間與審查限制。持續跟進需要理由；若方案不適合或客戶無意繼續，也應接受暫停，不能用虛構到期日逼迫對方。
用二十分鐘寫出一頁需求訪談記錄
前五分鐘寫下急單交接事件，區分已知事實與假設；接著五分鐘算出工時、說明換算限制，再寫兩個要補問的影響問題。第三個五分鐘整理角色、預算、時程與導入人手，圈出最可能改變判斷的一個未知事項。最後五分鐘安排下一次會議，並用九十秒說清楚目的、誰參與、各自準備什麼，以及會後要做哪個決定。
檢查時，特別看自己是否寫出「客戶說了什麼，所以我改了哪個安排」。如果訪談前後的展示與建議完全相同，就再練一次如何根據回答調整內容。完成這一頁後，可接著閱讀 產品行銷上市方案指南，練習把同一個工作困擾轉成不同角色需要理解的問題。