第一次回覆接案詢問，先問什麼才能判斷合作機會？

第一次回覆為什麼比急著報價重要？

收到「請問做網站多少錢？」的訊息，很多接案者會立刻提供最低價格，擔心回得太慢就失去客戶。但如果連網站用途、頁面範圍、素材是否準備好都不知道，報價很容易與實際工作不符。

第一次回覆的重點，不是立刻證明自己多厲害，也不是把客戶帶進一場冗長的免費諮詢，而是讓對方知道你理解他的需求，並用少數關鍵問題確認下一步。

真正有合作可能的詢問，不一定一開始就完整。第一次委外的人可能不懂專業術語，也可能還沒有預算。應區分資訊不足與明確不適配，避免錯失適合的客戶。

先回答對方已經問的問題，再補充必要資訊

如果客戶問你是否提供某項服務，先直接回答有沒有提供，再說明需要哪些資訊才能評估。不要完全不回答問題，只丟出一份很長的問卷。

如果服務有固定價格和清楚範圍，可以直接提供價格與服務內容；如果屬於客製化工作，則說明價格取決於哪些因素，接著提出兩三個問題。

例如：「有提供顧問品牌網站規劃。費用會依頁面數與內容準備情況評估，想先了解網站主要用途，以及目前是否已有文字和圖片？」這樣比「請先預約諮詢」更容易開始。

第一個問題：這次最想解決什麼問題？

詢問客戶的目標，比只問「要做幾頁」更能了解需求。有人想讓網站看起來更專業，有人需要清楚展示服務，有人則希望訪客能方便提出詢問。不同目標對應不同工作。

可以用日常語言問：「目前最困擾的情況是什麼？希望完成後有哪些改變？」不必要求客戶寫出完整行銷策略。

如果客戶的目標仍很抽象，先請他舉一個具體情境。例如訪客常問重複問題、網站內容太難更新，或需要整理多項服務的介紹。這些資訊有助於判斷你是否能協助。

第二個問題：希望我們協助到什麼範圍？

同樣說要做網站，有人只需要版面設計，有人需要從內容架構、文案到網站建置與交接。若沒有釐清範圍，兩邊可能對交付產生不同期待。

可以問：「目前已有內容和素材嗎？希望我負責哪些部分？」若對方不知道如何回答，就提供幾個簡單選項，而不是要求他自行列出技術規格。

在這個階段先了解大方向即可。詳細頁面清單、修改次數與驗收方式，可以在正式需求確認與報價時再逐項列明。

第三個問題：預計什麼時候開始與完成？

時程不只是交付日期，也包括何時能提供資料、誰負責確認內容，以及是否有活動或上線的固定時間。

如果客戶說「越快越好」，可以追問是否有不能延後的日期。不要因為想成交就直接答應急件，也不要把急件一律視為高價值客戶。

若你的工作檔期無法配合，應及早說明。對客戶而言，及早知道限制，比在簽約後才發現無法如期交付更有幫助。

第四個問題：目前有哪些資料已經準備好？

內容與素材的準備程度，常常影響專案時間和費用。例如網站已有完整服務介紹、品牌圖片和頁面架構，與需要從零整理全部內容的工作範圍差異很大。

你可以問：「目前已有網站內容、圖片或參考資料嗎？還是需要一起規劃？」讓客戶用「已完成、部分完成、尚未開始」回答就足夠。

初次詢問不必索取帳號密碼、完整客戶名單或內部機密文件。若後續確實需要檢查資料，應先確認授權與安全的交換方式。

第五個問題：預算與合作方式是否有基本共識？

談預算並不失禮，關鍵在於方式。你可以先說明服務如何計價，或提供已公開的方案資訊，再問對方是否有預算規劃。

如果客戶還沒決定預算，可以先了解必要成果與優先順序。沒有預算數字不代表對方不認真，有些企業也需要先取得報價才能申請預算。

若雙方預算與必要工作差距很大，可以討論縮小範圍或分階段交付；如果仍無法合理完成，就應坦白說明不適合。

第六個問題：後續由誰確認與決定？

企業案件可能由行銷窗口詢問，最後卻需要主管、採購或資訊部門確認。若只與單一窗口談好設計方向，卻不知道其他必要條件，正式提案後容易反覆修改。

可以禮貌問：「這次合作後續還需要其他同事或主管共同確認嗎？」不用要求對方交出所有決策者資料。

了解流程是為了安排正確溝通，不是要求跳過原本窗口。若涉及公司採購規範，應尊重客戶的正常程序。

七個常見訊號，幫助判斷是否值得繼續洽談

第一，對方能描述具體問題；第二，需求大致落在你的服務範圍；第三，願意確認工作內容；第四，時程具備可行性。

第五，雙方願意討論費用與範圍；第六，知道下一步由誰確認；第七，溝通方式能互相配合。這些是觀察面向，不是硬性的成交分數。

有些客戶第一次詢問時只符合其中幾項，但補充資訊後仍可能成為適合的合作對象。不要因為對方不熟悉委外流程，就直接把他排除。

第一次回覆可以怎麼寫？三種情境示範

情境一，需求很模糊：「您好，有提供這類網站服務。為了確認適合的做法，想先了解網站主要用途，以及您目前是否已有內容和圖片？」

情境二，客戶直接問價格：「您好，費用會依實際頁面與工作範圍評估。我可以先說明計價方式，另外想確認預計需要哪些內容，以及是否有希望完成的日期。」

情境三，企業窗口已有清單：「您好，謝謝您提供需求。我先確認目前列出的項目是否都需要本次交付，以及後續是否還有其他部門參與驗收，確認後再提供對應的合作範圍。」

這些回覆應依實際服務調整，不必逐字照抄。核心是先回應，再提出少數真正有用的問題。

客戶只問價格，要不要立刻安排電話？

不一定。若只是需要確認兩三個基本條件，用電子郵件或表單就可能足夠。強制每位詢問者都先參加會議，可能讓原本簡單的合作變得麻煩。

如果需求牽涉多位窗口、工作內容複雜，才考慮安排短時間的需求確認。會議前先說明討論目的，避免變成沒有範圍的免費顧問服務。

對於有固定內容與價格的服務，提供清楚的服務頁通常比一對一重複說明更有效率。

對方回覆很慢，是不是代表不會成交？

回覆慢可能是工作忙、內部尚未確認，也可能只是還在比較方案。單憑速度無法判斷合作意願。

你可以在適當時間禮貌追問是否需要補充資訊，但不要連續發送大量訊息。若對方已明確表示不需要或不希望再聯絡，應尊重他的選擇。

與其猜測對方心態，不如記錄已確認的需求、尚未回答的問題與雙方約定的下一步。

什麼情況應該先婉拒，而不是繼續追問？

若需求明顯超出你的專業、時程無法合理完成，或對方要求違反法律與合作原則的工作，就應直接說明無法承接。

若客戶希望在尚未確認合作前取得完整可執行方案，可以介紹你的工作方式，並說明深入診斷需要另外約定範圍與費用。

婉拒不需要批評對方，也不用把所有不合作都歸因於客戶品質。清楚說明客觀限制，對雙方更有幫助。

建立自己的第一輪回覆流程

第一步，確認對方問的是什麼；第二步，回覆能直接回答的部分；第三步，挑選最重要的兩三個問題；第四步，根據回覆判斷是否進入需求確認。

如果資訊不足，就補問關鍵問題；如果範圍明確，可以進入報價；如果不適配，則禮貌說明。這個流程不需要複雜的評分系統，也不需要把每位客戶都導向同一種會議。

可以將常見回覆整理成範本，但寄出前一定要依客戶實際內容調整。只替換名字、卻忽略對方已經提供的資訊，容易讓人感覺你沒有仔細閱讀。

常見問題：第一次回覆一定要問預算嗎？

不一定。固定方案已有公開價格時，通常不必再問；客製化專案可在說明計價方式後詢問是否已有規劃，並允許客戶表示尚未確定。

常見問題：問太多會不會讓客戶不想回？

有可能。第一次只挑最重要的兩三題，後續確認有合作可能再深入了解。不要把完整需求訪談全部塞進第一封回覆。

常見問題：客戶只說想了解，值得花時間嗎？

可以先提供簡短服務說明，並詢問一個最重要的需求問題。若對方仍在蒐集資訊，不必急著安排長時間會議，也不需要把他判定為不認真。

不同類型的接案服務，第一次應該問的問題也不同

網站設計服務可以先確認網站主要用途、是否已有內容、預計需要哪些功能，以及是否有固定上線日期。不要一開始就詢問主機設定或外掛版本，除非這些資訊真的影響是否能承接。

文案服務則可以確認內容用途、主要讀者、目前有沒有素材，以及需要協助的是規劃、撰寫還是修改。客戶若只說「想讓文案更有說服力」，可以請他舉出目前遇到的實際問題。

企業簡報或講師服務可以先確認活動目的、參與對象、預計日期、現有內容和誰負責確認。若涉及公司內部資料，先了解需求即可，不必在第一次回覆時索取敏感文件。

顧問服務則應確認對方希望解決的問題、是否已有相關做法，以及目前最需要的是初步建議、診斷還是後續執行。不要把尚未分析的情況直接說成某種確定原因。

如何讓第一次回覆既有效率又有溫度？

客戶通常不期待收到一份制式審核通知，而是希望知道自己的問題有人看懂。回覆可以先用一句話摘要他的需求，再說明你能提供哪部分協助，最後提出必要問題。

例如對方提到課程網站已有內容、但報名流程不順，可以回覆：「了解，您目前已有課程內容，主要想改善的是訪客報名的流程。我可以先協助評估相關工作，想確認目前使用的報名方式，以及希望調整的部分。」

這種寫法比一次貼上十道問題更貼近實際情況。若對方已經回答某個問題，就不必再重問。若你暫時無法判斷，也可以坦白說明需要進一步資料，而不是急著給出保證。

每次詢問結束後，留下哪些紀錄才有用？

可以記錄詢問來源、需求摘要、是否符合服務範圍、已確認的時程與下一步。若沒有合作，記錄已知原因，例如時程不符、需求超出專長或雙方尚未決定，而不是猜測客戶不重視專業。

這些紀錄可以幫助你調整服務介紹與詢問表單。例如同一種問題總是反覆出現，可能代表網站上缺少必要說明。若很多人以為你提供不承接的項目，應修改服務頁而不是只責怪詢問者。

資料只需保留工作必要的部分，並依適用規範管理。不要因為對方提出一次詢問，就將聯絡資料任意轉作其他用途。

結語：第一次回覆先確認適配，成交才有穩固基礎

好的第一次回覆，不是用話術逼客戶立刻簽約，而是讓雙方快速理解需求、工作範圍與合作條件。

先回答對方已提出的問題，再確認目標、範圍與時程，必要時討論預算與決策流程。當雙方都知道下一步要做什麼，你就更容易把時間投入真正適合的案件。

參考資料

Salesforce Trailhead｜Plan Your Approach｜2026年查閱
W3C WAI｜Forms Tutorial｜2026年查閱
Asana｜Project Scope｜2026年查閱