自動回條與真人回覆怎麼分開計算，才能讓報表對得起原始信件？
自動回條與真人回覆應先按訊息來源和內容分類，再以明確的寄送對象、觀察期間及排除規則分開計算。收到一封回信，不足以證明有人閱讀或有採購需求；缺少自動標記，也不能直接認定是人工寄出。本文要完成可回查的分類表與指標說明，讓報表和後續業務工作使用同一套依據。
- 先保留訊息事件，再彙整對象，信件封數和回覆人數分開。
- Auto-Submitted 是線索之一，不能單靠標頭缺席或主旨判斷真人。
- 系統回條、休假通知、真人答覆與待覆核訊息各有類別。
- 真人回覆也可能是拒絕或指路，不能全部當成明確需求。
- 更正分類須保留原值、理由和版本，報表分母不隨結果任意變動。
固定原始寄送對象，為每封收到的信建立索引
先選定要出報表的寄送批次，保存對象代號、寄件事件、內容版本與觀察截止時間。若一個對象收到多封跟進信，報表要說明是按每次寄件還是按不同對象計算。兩種方式都需要清楚命名，不能把一個人的多封回覆加進人數，再除以不同地址數。
收到的每封信另有事件編號，保留時間、來源、可對應的原信與原始檔位置。主旨相同或含有 Re: 只是線索，仍要核對往來關係。同一時間寄出不同活動時，不要把一封客服系統通知同時掛到多個批次，讓每個活動都增加回覆。
若某封信暫時找不到對應，先列未歸戶，不強行放進最接近的寄送。管理者可以依既有平台紀錄或原始標頭補查；需要精確識別時，用受控對照而非把完整客戶往來貼進共用報表。分類工作不需要每位報表讀者都能存取原信。
觀察截止時間一旦確定，遲到的回覆要標記為後續更新，而不是靜默改寫舊報表。每次匯出保存版本和範圍，讓主管知道看到的是當時快照或持續更新資料。這也能避免同一批數字在不同會議被當成互相矛盾的結果。
讀取自動線索，但不把單一標頭當成完整鑑定
由有權限的人查看必要標頭與內容，記下 Auto-Submitted 是否出現及原值。RFC 3834 定義這個欄位，用來表示自動產生或自動回應的訊息。其中 auto-replied 與 auto-generated 的用途不同，不宜只剩一個「有機器字樣」的勾選欄，原始線索要能回查。
同一份 RFC 也提醒處理程式不能單靠主旨前綴判定自動來源。因此不要看到「自動回覆」就忽略內容，也不要因為沒出現這幾個字便放入真人類別。本文把標頭當成分類證據，不提供對所有郵件系統都正確的自動辨識公式。
內容可能顯示收件確認、案件編號、服務台受理或不在辦公室。把實際用途記下，再核對有無針對本次問題的具體答覆。沒有標頭資料時填未取得，不補成不存在；不熟悉格式時交由管理者覆核，也不要把完整原信上傳不明分類工具來省這一步。
如果標頭與內容矛盾，先歸待覆核。例如有自動線索，正文卻包含本次規格問題；它可能是不同流程產物，不能由業務自行斷定真人或機器。保留兩邊的觀察及覆核問題，讓負責人依原始資料確認，暫時不納入已確認真人互動。
先分訊息類別，再分真人答覆的業務含義
分類表至少能區別系統收件或受理回條、休假等狀態通知、人工覆核的真人答覆，以及無法確定的訊息。退信或傳輸狀態通知另按其用途處理，不因它也是一封收到的信就當成互動。類別名稱要能回答報表問題，不只是複製平台收件匣資料夾。
真人答覆再看內容：明確問題、指向其他窗口、暫無需求、拒絕聯絡，或其他待確認。回覆是人寫的，仍然不等於正面需求；對方說「請不用再寄」應交給停止聯絡處理，不為了好看把它留在有興趣的名單裡。分類和執行要能串接但不混成同一件事。
對「謝謝，已收到」等短句，保留原意，不自行升級成願意開會。若是共享信箱回覆，也不猜是哪位員工或誰有採購權。報表可以確認對象有人工答覆，具體角色和下一步則保持未確認，直到有可以支持的內容。
同一封信可能同時包含可行動資訊與自動部分，例如引用的系統頁尾或受理資訊。不要按出現最多的文字投票分類，而應說明哪些段落是本次判讀依據。必要時給一個主要類別和附註，並限制誰能改動最終分類，避免每次匯出又被另一套規則覆蓋。
以下全部為虛構分類練習：訊息 A 說「案件已受理」，只有系統索引，歸系統回條；訊息 B 說明不在辦公室及期間，歸狀態通知；訊息 C 針對本次產品詢問尺寸，經覆核歸真人問題；訊息 D 來源線索衝突，歸待覆核。這些代號不代表真實客戶、實際結果或辨識準確率。
用不同對象計算回覆指標，清楚列出分子與分母
報表可以分別列收到訊息的不同對象、已確認真人答覆的不同對象，以及提出明確需求的不同對象。每個名稱附定義和同一觀察期間。若要報比例，先固定分母採用什麼寄送對象基準；分子不得把同一對象多封訊息重複加總成人數。
系統回條和休假通知可以保留事件數，用來安排工作，但不放進已確認真人答覆的分子。待覆核項目另外列數量與狀態，不能直接當真人，也不必從原始資料消失。有人員完成覆核後，才依規則更新相應指標並保留版本。
不要只因發現自動回條，就把這些對象從分母刪除，讓真人回覆率提高。分母排除什麼，例如內部測試或明確不屬本批的重複匯入，應依事前定義逐項可回查。若同時需要另一種排除口徑，另設指標並註明差異，不把它當成同一條趨勢。
用概念公式檢查即可：本批有真人答覆的不同對象，除以本批按既定規則納入的不同寄送對象。這不是通用的產業標準或健康門檻；它是讓團隊清楚自己在算什麼。若平台只提供封數而無法還原對象，就報封數並註明限制，不稱作人數回覆率。
讓分類更正有紀錄，並將動作交給正確負責人
覆核表應有原分類、目前分類、支持線索、覆核者與日期。若原先把休假通知計入真人回覆，更正時保留為何變動，而不是只改最終數字。主管需要理解的是分類規則與證據改進，不是收到一個沒有原因的新百分比。
覆核者和業務執行者可以不同，但下一步要對得上內容。系統回條不代表必須立刻回一封感謝信；休假通知則交給任務排程核對；真人詢問交給能回答的窗口。若訊息含拒絕聯絡，先按公司既有程序處理相關寄送，不等月報完成才回頭調整。
有些工具會在收到任何回信時停止後續序列，有些需要人工操作。先確認自己使用的流程與權限，不能因分類表寫了休假或拒絕，就假設排程已停止。核對實際工作狀態，將操作時間和負責人留在案件紀錄，不在本文承諾未驗證的平台功能。
虛構停止案例：平台匯出只有「已回覆」勾選，無法提供原信、對應事件或分類定義。此時可以回報平台原始訊號，但停止稱它為真人興趣或新增商機；請管理者補足可覆核資料。缺資料不能靠 AI 猜測填完，也不能把沒有證據當成全數無效。
交付可追查的報表口徑，不讓分類代替商務判斷
最後把分類說明、指標定義、觀察截止時間、待覆核數及更正紀錄放在一起。讀者應能知道原始事件在哪裡、哪些人做過覆核，以及目前哪些結論仍不能下。不要為了簡報簡潔，把待覆核與拒絕類別都收進「其他正面反應」。
抽查可以挑每種分類各一筆，沿事件索引回到獲准位置的原始訊息，確認分類理由仍成立。這是檢查記錄可追查性，不是聲稱分類準確率。若發現規則會誤判同類訊息，先修正說明並重新檢查受影響範圍，不直接改動沒有關係的歷史活動。
這份表處理收到訊息之後的分類與計算，不回答郵件是否進入主要收件匣，也不替收件者決定購買意圖。若另有落點疑問，可用獲准的 Inbox Check 觀察補充，但工具結果不能替代原信覆核。商機成立仍要看具體需求與後續確認。
官方資料查閱於 2026-10-18：RFC Editor「RFC 3834：Recommendations for Automatic Responses to Electronic Mail」，https://www.rfc-editor.org/rfc/rfc3834.html，參照第 3.1.5 與第 5 節。本文引用主旨線索限制及 Auto-Submitted 用途；分類表、指標口徑與虛構例子為編輯方法，並非通用真人偵測標準。
實際上可以用各網域的公開郵件基礎設施統計（check.live-direct-marketing.online）來驗證。
常見問題
沒有 Auto-Submitted 就可以當成真人嗎？
不能僅憑欄位缺席判斷。先核對內容與其他可用線索，資料不足時保留待覆核，不自動升級。
同一個人先收到系統回條，後來真人又回信，怎麼算？
兩封訊息各保留自己的類別。按不同對象計算真人答覆時，該對象只計一次，系統事件仍可回查。
真人說謝謝，已收到，算明確需求嗎？
先按字面記錄受領回覆。沒有具體問題、條件或下一步，就不補成採購意願或面談希望。
自動回條要從回覆率分母扣除嗎？
不要依結果任意變動分母。依既定對象基準計算，若另有排除口徑，分開命名並說明規則。
分類為休假通知，後續寄送就會自動停止嗎？
取決於實際工具與設定，不能由表格標籤推定。由有權限的人核對排程，留下實際操作或待辦。