客人問今天菜價，跟客人叫貨，是兩件事

早上客人問「今天高麗菜多少」，下午又補一句「明天給我三顆」。兩句都在談高麗菜，只有後一句是叫貨。蔬果行最容易卡住的，不是看不懂文字，而是問價和訂單長得太像，時間卻不一樣。

同一句菜名，群裡混著兩種訊息

蔬果價格不是貼一次就能沿用很久。客人早上問今天的價，可能只是比較、抓成本，還沒有決定要不要訂。到了收店前，他盤完明天要用的量，才真正說「明天高麗菜三顆、蔥兩把」。如果只靠關鍵字看到菜名和數量，很容易把討論中的數字也當成單。

反過來也會出事。你以為客人只是繼續問價，實際上那句「那就三顆」已經是承接前文的叫貨。群組是對話，不是表單；問價和訂貨本來就會黏在一起。要整理的不是把所有談到菜的話都收進來，而是確認哪一句已經構成「誰、要什麼、多少量」。

餐廳叫貨群今天

高麗菜今天多少？
明天高麗菜 3 顆、青蔥 2 把

把報價和訂單混在一起，月底才會知道麻煩

客人記得的，常是他問價那一刻看到的數字。你實際出貨時，進貨成本或當天行情已經不同，最後採用的是另一個價格。如果訂單紀錄把「問過多少」和「最後訂了多少」揉成一筆，月底只剩兩邊各自的記憶：客人說當天明明看到某個價，你說出貨日不是那個價。

這種爭議不能靠把更多訊息截圖丟給對方解決。群裡有好幾次問價、改量和追加，截圖越多，反而越難看出哪一句是訂單。先把事實拆成兩層比較有用：第一層是有沒有訂、訂了什麼、數量多少；第二層才是那批貨最後用哪個價格計。兩層一起吵，就連爭議到底在哪裡都說不清楚。

報價紀錄回答

那一天、那個時間，你告訴客人多少。價格怎麼變、最後採哪個價，照你原本的生意規矩處理。

訂單紀錄回答

哪位客人在哪一天叫了什麼、數量多少，以及客人是否確認過。它不回答單價。

實務上怎麼分開：報價照舊，訂單是訂單

報價不用為了工具換一套做法。你原本用電話回，就繼續用電話；習慣在群裡逐一回答，就照常回答；每天早上有一張當日公告，也可以維持。重要的是不要讓接單紀錄假裝自己同時是價目表。報價有自己的有效時間與判斷，訂單只收已經說清楚的品項和量。

客人真正叫貨時，讓紀錄長得像一筆單：「明天高麗菜三顆、青蔥兩把」。若前面問過價，後面只回「那就三顆」，你可以再補問一句是哪個品項，或請客人確認整理後的訂單卡。不要因為怕多問一句，就把前面整段對話裡最像的答案硬湊起來。

完整的蔬果行 LINE 收單方式看這裡。這篇只處理報價與訂單的界線；截單、總表、別名與不同單位怎麼走，留在產業頁講，才不會把兩個問題混成同一篇。

先講清楚：訂單秘書不處理價格

「明天高麗菜三顆」能對到品項與數量，就進訂單等待客人確認；「高麗菜今天多少」是問價，不算訂單；「那就三顆」若無法單獨確認指的是哪一樣，就先標待確認。符號不是在判斷價格對不對，只是在守住訂單能不能成立。

不記金額，為什麼訂單紀錄仍然能幫對帳

月底對不上時，最先要排除的是「到底有沒有這筆」和「原本訂多少」。只要能翻出客人在幾號叫了高麗菜三顆、整理後也確認過，品項與數量這一層就不必再靠記憶。雙方只需要回到價格是依問價日、出貨日，還是你們原本約定的規則處理。

這不會讓所有金額爭議消失，但會把爭議範圍縮小。至少不必一邊找訂單、一邊找價格、一邊猜改單有沒有算進去。要看期間紀錄怎麼匯出與整理，可以接著讀LINE 訂單月底怎麼對帳；如果更常遇到的是訊息被問價與聊天洗掉，則看漏單通常斷在哪一步。

蔬果這行不可能把每天變動的價格假裝成固定欄位。把問價留在報價的脈絡，把叫貨留成清楚的訂單，反而比較接近你原本做生意的方法：哪件事確定，就先把哪件事記實；價格還要判斷，就留給出貨與對帳時按原本規矩處理。