大多數支援團隊將自訂欄位添加到進單表單的方式，就像把收據貼在牆上一樣——一個產品區域的下拉選單、一個「其他」的文字框、某個在 2023 年添加但沒人移除的複選框。結果是進單資料在單個工單上看起來不錯，但一旦您嘗試按它進行路由、報告或將其提供給 AI 分類器時就會崩潰。這九種欄位設計可以解決這個問題。

關鍵要點

• 具有固定選項列表的類型化下拉選單會產生可報告的資料；自由文字欄位會產生文字記錄。
• 阻止工單提交的欄位應該值得信任：最多三個必填欄位，所有欄位都應該有客戶已經知道的明確值。
• LOOKUP_FROM_USER 欄位從您的 SSO 元數據中提取結構化帳戶上下文，因此客戶永遠不必輸入他們的方案層級或帳戶 ID。
• 類似標籤的欄位需要基數上限——一個有 47 個選項的下拉選單是偽裝成結構化的文字欄位。
• 將進單欄位（客戶面向、必填）與分類欄位（僅限代理、可選）分開，以保持表單簡潔和報告清晰。

為什麼欄位設計決定了您的資料是否有用

自訂欄位的工作不是記錄資訊——而是使資訊可查詢。一個名為「問題描述」的欄位，內容為「結帳按鈕在 Safari 上無法運作」，對報告毫無用處，因為沒有兩個工單會完全匹配。一個名為 browser 的欄位，具有 Chrome / Safari / Firefox / Edge / 其他的下拉選單，其價值無與倫比，因為您可以按它進行篩選、分組、計數和路由。

每個自訂欄位決定都歸結為一個問題：這個值是否會與另一個工單的值完全匹配？ 如果是，您有結構化資料。如果否，您有文字記錄。

下面的九種設計都優化了該匹配率。其中一些對於五人團隊來說可能看起來過度設計。但事實並非如此。非結構化進單的複合成本會在兩年後出現，當時您無法回答「我們在第二季度收到了多少份關於計費的工單？」而不需要人工閱讀每一行。

1. 用類型化下拉選單代替自由文字，用於任何您想分組的內容

經驗法則：如果您可以想像一個圖表，其中此欄位在 X 軸上，它必須是下拉選單。

「產品的哪個區域？」是下拉選單。「重現步驟」是文字區域。「受影響的環境」是下拉選單（生產 / 預發布 / 開發）。「業務影響」是下拉選單（阻止工作 / 性能下降 / 美觀問題）。「您的帳戶 ID 是什麼？」是文字欄位——但僅因為 ID 對每個客戶是唯一的，所以分組不適用。

測試：兩個不同的客戶是否可能為同一個基礎事物輸入略有不同的措辭？如果是，下拉選單。「登入問題」、「無法登入」、「登入損壞」和「身份驗證問題」對人類來說是同一個值，對報告來說是四個不同的值。

2. 基數上限：下拉選單不超過 12 個選項

一個有 47 個產品區域的下拉選單不是下拉選單，而是一個可滾動的文字欄位。客戶掃描前六個選項，找不到完美匹配，選擇接近的選項，現在您的資料有系統性噪音。

適用於 15 名代理以下的 B2B SaaS 團隊的硬限制：

當您想添加第 13 個選項時，查看過去 90 天的工單，計算每個現有選項實際被命中的次數。大多數「我們需要更多粒度」的論點在您看到選項 7 有 4 個工單而選項 3 有 380 個工單時就會消失。

3. 用於帳戶上下文的 LOOKUP_FROM_USER 欄位

B2B SaaS 的單一最高槓桿欄位設計是客戶無需輸入任何內容的設計。LOOKUP_FROM_USER 欄位（在 Helptal 的自訂欄位上的 Growth+ 方案中可用）直接從客戶在登入時的 SSO 元數據中獲取其下拉選單選項。

具體示例：

• 方案層級 — 從 ssoMetadata.plan 填充（「免費」、「入門」、「專業」、「企業」）。現在每個工單都可以按方案立即篩選，您的報告可以顯示企業客戶是否獲得了比應有的更快的回應時間。
• 帳戶/工作區 ID — 已登入客戶所屬工作區的下拉選單。不再有「您的帳戶 ID 是什麼？」來自您代理的回覆。
• 用戶角色 — 管理員、成員、檢視者。決定客戶是否可以更改他們要求的內容。
• 項目選擇器 — 對於在一個帳戶下有多個項目的客戶，他們實際項目的下拉選單。

這些欄位在構造上是結構化的。客戶無法拼錯他們的方案層級，因為他們永遠看不到您生成它的選項列表。

4. 提交時必填 vs 分類後可選

每個必填欄位都是工單提交的稅收。一個有七個必填欄位的表單會被放棄；一個有兩個必填欄位的表單會被使用。

將您的欄位分成兩組：

客戶面向、提交時必填： 您真正無法路由的兩三件事。對於大多數 B2B SaaS：問題類別（下拉選單）和嚴重性（下拉選單）。如果帳戶上下文還沒有來自 SSO，也許可以包括它。

僅限代理、在分類期間填充： 其他所有內容。根本原因類別、受影響的功能區域、相關的 bug ID、解決方案類型。這些存在於工單上，但客戶永遠看不到它們。代理在閱讀消息後從工單視圖填充它們。

這種分割讓您的進單表單保持簡短（最多三個欄位），同時您的報告資料保持豐富（深達十二個欄位）。大多數團隊犯的錯誤是將分類欄位放在客戶表單上，因為「我們需要這個資料」——不，您需要代理在工單存在後填充它。

5. 描述客戶而非工單的嚴重性/影響欄位

「優先級」是您的代理設置的工單屬性。「業務影響」是客戶自我報告的屬性。它們不是同一個欄位，不應該共享下拉選單。

良好的業務影響下拉選單：

• 阻止我的團隊工作
• 減慢我們的速度，但我們有解決方案
• 令人煩惱但不緊急
• 問題，不是問題

注意這是用客戶的語言寫的，而不是您的。「P1 / P2 / P3 / P4」是代理語言。當您使用它時，客戶會隨意選擇，因為他們不知道級別的含義。

然後您的自動化將客戶報告的影響 + 您自己的優先級邏輯（合約層級、SLA 政策、產品區域）轉換為代理看到的實際工單優先級。兩個欄位，一個派生自另一個。

6. 布爾複選框僅在負面情況重要時

「這是安全問題嗎？」作為複選框很好——負面情況（「不，這不是安全問題」）對路由很重要。

「您想要後續通話嗎？」作為複選框很好——同樣，兩種狀態都是有意義的。

「我同意條款」作為複選框不是自訂欄位，它是表單控制項。不要用它們來混亂您的自訂欄位目錄。

模式：複選框是布爾下拉選單。如果「未選中」和「已選中」都有不同的下游行為（路由、優先級、標籤），它就值得佔據一席之地。如果「未選中」只是意味著「客戶不想這樣做」，刪除該欄位。

7. 具有清晰語義的日期欄位，而不是「這何時開始？」

「問題何時開始？」作為自由文字日期欄位毫無用處。客戶寫「昨天」、「上週二」、「幾週前」或「自從我們升級以來」。這些都不會分組。

使用適當的日期欄位類型——選擇器強制執行真實時間戳——並明確說明您要求的內容：

• 首次注意到 — 客戶首次看到問題的具體日期/時間。適用於與您的部署歷史相關聯。
• 截止日期 — 客戶需要解決此問題的日期。提供您的優先級。
• 會議/事件日期 — 對於與計劃事項相關的工單。

如果您無法闡明日期的含義以及您將如何使用它，不要添加該欄位。

8. 客戶上的自訂欄位，而不僅僅是工單

團隊添加到工單的一半欄位應該在客戶記錄上。「方案層級」、「帳戶經理」、「合約續約日期」、「MRR 範圍」——這些不會按工單改變，它們按客戶改變。將它們存儲在每個工單上會重複資料並使其腐爛（客戶在 6 月升級；1 月的每個工單仍顯示舊層級）。

Helptal 支援工單和用戶（客戶）上具有相同欄位類型的自訂欄位。規則：

• 工單欄位 如果值可以在同一客戶的兩個工單之間不同。
• 用戶欄位 如果它是帳戶的屬性。

用戶欄位然後通過報告連接和路由條件傳播到每個工單。一次更新，所有工單都反映它。

9. 在人員流動中倖存的命名和描述約定

名為「Category」的欄位和名為「Type」的欄位和名為「Area」的欄位——一個運行了兩年的團隊全部有三個，填充不一致，因為添加第二個的人不知道第一個存在。

在添加新欄位之前，請記錄：

• 機器名稱 — snake_case，唯一，永久（product_area、business_impact、first_noticed_at）。
• 顯示標籤 — 客戶/代理面向的問題（「產品的哪個部分？」）。
• 描述 — 一句話說明它的含義以及何時使用它。
• 所有者 — 維護選項列表的人。
• 下游使用 — 一行命名消費它的路由規則、報告或 AI 功能。如果沒有任何東西消費它，刪除它。

沒有下游使用的欄位是一種技術債務。每個季度，查看目錄並修剪過去 90 天內沒有影響決策的任何內容。

Helptal 如何適配

Helptal 的 工單自訂欄位支援文字、文字區域、下拉選單和日期類型，具有每租戶目錄和表單級別的必填欄位切換。Growth+ 方案添加從 SSO 元數據獲取的 LOOKUP_FROM_USER 欄位和在表單渲染時從您的 API 實時獲取的 LOOKUP 欄位。結構化欄位直接提供給 Helptal 的 AI 自動標籤和路由——當 AI 分類器可以看到「plan=enterprise, impact=blocking」時，它的效果明顯更好，而不是必須從消息正文推斷兩者。工單表單讓您根據查詢類型將進單分支到不同的欄位集，而不會混亂基本表單。

常見問題

B2B SaaS 支援團隊應該有多少個自訂欄位？

大多數 5-15 代理團隊在工單和用戶中總共有 8-15 個自訂欄位時表現良好，其中只有 2-3 個在提交時是客戶必填的。其餘的是代理在分類期間填充或從 SSO 元數據自動獲取的。如果您的目錄超過 25 個欄位，並且您最近沒有審計哪些欄位驅動路由或報告，您幾乎肯定有死欄位。

自訂欄位應該在客戶進單表單上是必填的嗎？

僅適用於客戶真正知道答案且您真正無法路由的欄位。實際上，這意味著一個類別下拉選單，也許還有一個業務影響下拉選單。其他所有內容——根本原因、解決方案類型、相關產品區域——應該是代理僅有的欄位，在分類期間填充。必填欄位會降低提交率。

標籤和下拉選單自訂欄位之間有什麼區別？

標籤是代理事後應用的自由形式、無限基數標籤。下拉選單自訂欄位有受控選項列表，可以在提交時是必填的。使用標籤表示您仍在發現的新興模式（「holiday-rush」、「post-migration」）。使用下拉選單欄位表示您報告和路由的穩定維度（產品區域、環境、業務影響）。永遠不要讓下拉選單增長到標籤規模——將其限制在 12 個選項。

LOOKUP_FROM_USER 欄位如何工作？

LOOKUP_FROM_USER 欄位從登入時存儲在客戶 SSO 元數據中的數組中提取其下拉選單選項。當您產品的 SSO 握手傳遞 ssoMetadata.plans = ["acme-prod", "acme-staging"] 時，綁定到該鍵的 LOOKUP_FROM_USER 欄位呈現為具有這兩個選項的下拉選單。客戶永遠看不到或輸入原始值——他們從限制在自己帳戶的列表中選擇，您的報告獲得一致的結構化資料。

自訂欄位可以提供給 AI 自動標籤嗎？

可以，而且應該。當結構化欄位是上下文的一部分時，AI 分類器的準確性會大幅提高——知道方案層級、環境和業務影響會顯著縮小分類空間。Helptal 的 AI 自動標籤和優先級功能在做出決策時讀取所有填充的自訂欄位，因此您在進單時捕獲的結構越多，AI 的表現就越好。

本週，打開您的自訂欄位設置，計算有多少欄位在過去 90 天內沒有影響路由規則、報告或自動化。刪除死欄位，將兩三個文字欄位提升為下拉選單，並將方案/帳戶上下文移動到 LOOKUP_FROM_USER。如果您從頭開始重建進單，Helptal 的 免費方案在 Growth 層級查找功能上包括完整的自訂欄位目錄，最多可達您的前十名代理。