客戶問價三日未回：香港 OEM／貿易點樣用 90 日 AI Pilot 壓短報價週期

星期一客戶問價，星期三仲未有一份寫清版本、交期同未定項目嘅回覆——單未必大聲死，但往往靜靜滑走。香港同大灣區 OEM、ODM 與出口貿易，輸嘅好多時唔係價錢本身，而係報價週期：由問價到一封客戶可以拿去內部比較的回覆，中間拖太耐。ManuTrade AI 主張 Pilot-first：先用約 90 日，喺一條產品線或一個客戶群量度並壓短呢個週期，再決定下一步。本文唔重複拆 Message Pool（報價池） 點樣收訊息，而係講量咩、點定基線、入口放喺邊、人手邊度先承諾。

一、三日未回，單點樣滑走

場景好熟。買家要一個改色、改包裝或者改用量的報價。規格一半在 WhatsApp 語音，一半在 Email 的 PDF，上一張 PO 嘅相片又喺 WeChat。前線回咗一句「收到，同工廠確認」，然後去追供應商。到第二個工作天，工廠回咗兩個價，一個包模具分攤、一個冇寫；圖紙係上一版定呢一版，群組入面無人標。第三日客戶再追，負責同事喺見客，頂更嘅同事搵唔到邊個版本先算數。

同一時間，另一間貿易公司已經發出一封短而清楚的回覆：呢個圖紙版本、呢個 MOQ、交期仍然待工廠確認、運費條款沿用上次。買家未必即刻落單，但短名單通常留給「可以拿去比」的那一封。你哋嘅單唔係被拒絕，而係被擱低——下一封郵件變成「please hold」，或者試單去咗先覆到的那邊。

所以「快覆」唔等於「回一個收到」。客戶要的是可以拿去決定的實質回覆。空確認回得再快，週期都未開始計完。本文之後講的「壓短」，都是針對呢種實質回覆，而唔係鼓勵未核對就亂發價。

二、週期點解會斷：散、追、版本漂

報價慢，第一反應往往係「同事唔夠勤力」。對香港中小企 OEM 同貿易團隊，呢個解釋多數唔公平。人少、SKU 多、客戶同工廠唔同時區，本身就係業務形狀。週期斷開，通常係三件結構嘢疊埋，唔係態度問題。

1. 渠道散。條件在 WhatsApp，供應商價在 Email 或 WeChat，內部備註在一張個人 Excel。所謂「最新」住在某人部手機。人一放假、一入廠，時鐘就停。客戶見到的延遲，係你哋內部搵料的時間。
2. 中間要追。貿易同 OEM 夾在買家同工廠之間。未確認材料、顏色、產能或模具，其實唔應該發實質報價。客戶的時鐘卻由問價嗰刻開始行，包括你控制唔到的工廠回覆。你可以擁有的，係「邊度卡住、卡咗幾耐」被人見到，而唔係假裝中間冇等待。
3. 版本漂。圖紙 Rev B、舊價、去年的運費條款混在同一條線。回得快但用錯版本，客戶一比較就打回來，週期再走多一圈。慢而清、快而錯，都會拉長「直到一封可決定的回覆」——後者仲會傷信任。

三件嘢一齊，跟進就靠記憶。週末之後無人知邊張詢價仲開住、邊個價先包模具、邊個客戶已讀不回。問題係記錄跟唔住，唔係前線唔想覆。解法應該係小範圍、先量度、再改習慣，而唔係口號叫大家「快啲覆」。若你其實未決定痛點係報價、訂單定早會，先睇〈唔好一次過換晒：點樣揀第一個 90 日 AI Pilot〉。本文假設你已判斷：第一個要證明的，係報價週期。

三、90 日量三樣，而且先寫基線

未改工具之前，先回答：而家慢成點。冇基線，90 日後只能靠感覺爭「有冇快咗」。本文不編造節省百分比，也不引用外間「保證 ROI」。用貴司自己看得到的單。

範圍收在一條產品線，或一個客戶群（例如同一位同事跟的歐洲回頭客、某一組五金）。喺呢個範圍揀最近約 2–4 星期的真實詢價，寫低三個數，再先開始試。三個都要係團隊願意每週望一次的，唔好一開始加十個 KPI。

1. 第一次實質回覆的時間

由客戶問價，到第一封寫明版本、主要商務條件，以及邊幾項仍然未定的回覆，過咗幾多個工作小時或工作天。要先用一句話定義「實質」，否則有人用「收到，跟進中」當完成，數字會好看但單仍然滑走。未定項目可以誠實寫「交期待工廠」，呢句本身可以係實質回覆的一部分——空泛的「稍後回覆」就唔算。

2. 未結報價老化

而家開住、但未有實質回覆的詢價，開咗幾多日。可以訂一個你司覺得「太耐」的門檻（有啲線係兩個工作天，有啲模具線本來就要一星期，門檻跟產品，唔好抄別人）。每週數：超過門檻的有幾多張、最舊嗰張卡喺邊。呢個數令主管唔使逐個聊天記錄翻。

3. 跟進輪次

同一張詢價，直到發出、拒絕或明確擱置之前，內部同客戶來回咗幾多輪。輪次上升，好多時係版本漂或者條件漏項，唔係客戶多嘴。輪次係質素信號：週期短但輪次暴增，可能只係把錯價發得更快。

三個數寫低，就係基線。90 日後用同一範圍、同一句「實質回覆」定義再數一次。方向對（實質回覆更快、超齡張數少咗、輪次冇因為亂發價而升），先算呢個 Pilot 有觀察到的變化。贏單率可以之後再睇，但 90 日內它太嘈：季節、客戶預算、工廠放假都會搞亂，唔適合做第一個判定。

亦唔好在第一日量你根本冇收集的滿意度，或者要求 ERP 先吐一個全公司報價週期。量不到的數，只會令 Pilot 停在定義。

四、Pilot 範圍：一條線，Message Pool 做入口

ManuTrade AI 唔要求第一日全公司上線，亦唔硬推全包。報價週期呢個 Pilot，範圍繼續收窄：一條產品線，或一個客戶群。高頻問價、改規格多、而家最靠個人聊天記錄的那一條，通常最值得先試。模具交期本來就長的專案，可以留待第二輪，免得用錯門檻。

入口用 Message Pool，但角色要講清楚：令呢個範圍入面的報價搵得到、比得到、跟得住。唔係 Day 1 汰換 ERP，亦唔係星期一就要接齊所有渠道。

• 搵得到：客戶再追時，唔使等原負責人翻手機。任何人打開都見到邊個版本算數、仲等工廠邊一項。
• 比得到：同一張詢價的兩個供應商回覆放埋一齊，實質回覆唔再卡在「邊張表先啱」。
• 跟得住：未結同超齡睇得到，週末之後唔靠記憶。

點樣把散落訊息收成池、畫面有咩欄位，本文唔再講一次。請睇〈報價散落 WhatsApp、WeChat、Email：Message Pool 點樣收斂客戶跟進〉。嗰篇係池本身；呢篇係池點樣服務「報價週期」呢個 90 日指標。兩者唔互相取代。

起步仍然實務：用該產品線最近的真實問價，做約 20–30 分鐘流程對照，睇斷點係搵料、等工廠，定係版本對唔上。先證明呢三件事在現有 Excel、郵件同即時通訊上做得到，再談更深整合。

五、治理：AI 整理，人先對外承諾

週期一縮，風險係未核對就發出。所以 Pilot 要先寫權限，唔好等第一張錯價先補。

訂明邊個可以確認單價、MOQ、交期、貿易條款同模具費。AI 適合做的，係把散落條件整理成草稿、標出缺規格或版本唔一致、把未回的詢價按老化排出來。對外那一封——價錢、交期、承諾——仍然由人確認後先發。

呢個分工直接影響週期。若每一份草稿都要等老闆開完會，瓶頸只係搬咗位。Pilot 範圍內要有一位確認人，同埋一位請假時的後備；亦要寫明邊類句子可以當「實質但未定」（例如交期待確認），邊類必須等確認先可以出。權限先窄後寬。能停、能縮，先叫試。

內部採用亦係指標的一部分。若 90 日後數字冇郁，或者團隊返去只靠個人聊天，可以停、縮範圍，或承認報價週期唔係第一個入口。證明唔啱呢條路，一樣係 Pilot 的結果。

六、週期穩咗，先考慮交去訂單流

三個數開始向你在乎的方向郁，下一個痛往往唔再係「覆得慢」，而係「報價出去之後，PO 對唔上」。圖紙版本、數量、交期在落單時又漂一次。呢個係另一條工作流。

那時先考慮 SOPA（智能訂單生成），把已確認的規格整理成訂單草稿、標出異常。詳見〈背對背訂單一亂就賠錢：點樣用 AI 理順訂單流〉。SOPA 唔係報價週期 Pilot 的自動下一頁，亦唔係要求一次換 ERP。上游版本未穩就交去訂單，只會把未核對的條件寫得更快。

仍然一次一個 Pilot。唔好在同一個 90 日又擴全部產品線、又上訂單執行、又做老闆早會畫面。早會可視係 CEO Dashboard 的題目，等報價或訂單有結構化狀態先有意義。第二個入口，等第一個有可觀察結果再排期。

七、資助可作預算背景，批核不保證

BUD、ESS 等香港計劃，有時會被問「可唔可以包埋呢個 Pilot」。可以作預算背景，唔可以當唯一起步條件。批核取決於合規、計劃質素與評審，不保證批核，亦不保證金額或時間表。把「等批核先一次過做大」當成前提，往往比報價慢本身更拖。

較穩路徑：先在一條產品線寫低三個基線數字，用約 90 日睇實質回覆、老化同輪次有冇郁。有沒有資助，同值不值得先量度一條報價週期，係兩件分開的決定。未有資助亦可先 Pilot。 機制同常見誤解見〈2026 香港製造業 AI 資助入門：BUD／ESS（唔保證批核）〉。該文唔係申請保證。

下一步：預約約 20–30 分鐘流程對照

想睇你司一條產品線的問價，而家卡在搵料、等工廠，定係版本對唔上？歡迎預約約 20–30 分鐘 Demo，用真實問價走一次，先定「實質回覆」同三個基線，再談 Message Pool 係咪合適入口。我哋唔硬推全包，亦唔保證任何政府資助批核。

WhatsApp：+852 5681 2298 ｜電郵：andrew@manutradeai.com ｜官網：https://www.manutradeai.com