X 上的 ConnectWiz
進階管道在 X 上，客服是公開的。就當全場都在看，這樣回。
X 上的一則抱怨不是工單，是一次廣播。ConnectWiz 把提及拉進分流佇列，把敏感細節移到私訊（含加密私訊，走我們自己的橋接），而還卡在 X 審核佇列裡的那一項能力，也照實標出狀態。
提及與回覆
您的客服作業面對公眾的那一側
提及進佇列
每一則 @提及和回覆都會落進共享的分流工作台，帶著對話脈絡——像任何一段對話一樣被指派、被回覆、被衡量，不會留在某個社群小編的分頁裡發霉。
從工作台直接公開回覆
不用切換 App 就能回覆公開貼文——Wiz 依您的內容草擬一則冷靜、貼合品牌語氣的回覆，由真人按下發布。
帳號會變成聯絡人
今天引用轉發嗆您的那個人，就是三月那位客戶——CRM 知道，所以您在打第一個字之前也知道。
公開解決，細節私下談
在抱怨公開的地方解決，然後把訂單編號和地址移到私訊——全場預期的就是這套做法，而它就內建在同一個對話檢視裡。
私訊與加密聊天
連 X 的加密聊天也進得了您的收件匣
X 把私訊改成端到端加密——多數工具就這樣瞎了。ConnectWiz 自己跑一套解密橋接，所以加密對話在同一個工作台上讀得到，也回得了。
可帶媒體的外送私訊
直接從對話檢視送出私訊——文字和媒體都行，這是公開回覆之後最自然的第二步。
加密的 X Chat，有橋接
我們有一座專用橋接，持有該帳號的加密工作階段，把收到的 X Chat 訊息解密後送進您的收件匣——兩個方向都能用。
單一裝置規則，先說在前面
X 只允許一台裝置讀取一個帳號的私訊。串接 ConnectWiz 之後，工作台就是那一台——您手機上的 X App 不能再同時讀同一個帳號的私訊。每一個工具都受這條限制；差別在於我們會在您串接之前告訴您。
入站推播 審核中
即時入站私訊的傳遞是照 X 的 Account Activity Webhook 做的，目前正在等 X 核准存取權限。在通過之前，入站私訊以輪詢方式取得——照實標示，不會偷偷降級。
不加修飾的細則
X 的平台現實——直接說，不用您自己發現
有一項核准還在等
除了即時入站私訊推播以外，這個頁面上的東西都已上線。那一項能力卡在 X 的 Account Activity 佇列裡——等多久由 X 決定，通過之前我們就把狀態公布在這裡。
X 的 API 是計量收費的
X 會對 API 用量收費——所以我們的輪詢是保守地讀，而不是猛敲。您的管道不會為了看起來「即時」而燒掉 API 預算。
每個帳號只有一個私訊讀取者
加密私訊的裝置規則是 X 訂的，永久有效，而且對所有人一樣。請把團隊的工作流程建立在「工作台就是那個讀取者」這個前提上——這才是誠實的運作模式。
AI 起草，真人發布
X 上的公開回覆預設要經過真人核准。讓 AI 在一群隨時會截圖的觀眾面前無人監督地發言，這種風險我們不賣。
進階管道
費用
X 這一側
X 的開發者 API 有自己的存取等級和計量，由 X 向開發者平台收費——不是按則向您收的訊息費。我們會控制自己的 API 使用節奏，讓這個管道在那個額度內跑得長久。
搭配起來更好用
X，接進同一台機器
提及走收件匣
公開提及和私訊會以已分流的對話落進來——部門、指派、標籤和完整歷史紀錄，就擺在團隊其他管道旁邊。
帳號併進聯絡人
一個 X 帳號會併到同一筆 CRM 資料上，和這個人的電子郵件與 WhatsApp 放在一起——那個氣沖沖對您發文的帳號，可能是您最大的客戶，現在您會知道。
為公開紀錄而寫的草稿
X 上的公開回覆，比任何其他客服文字傳得都遠。Wiz 從您的知識庫草擬；真人核准；回覆掛著您的名字送出去。
實際做法
先公開，該私下時再私下
把提及分道
讚美拿去擴散、抱怨往上升級、潛在客戶轉給業務——三條車道、三個計時器，而不是一個人焦慮地一直重新整理通知。
刻意把它帶進私訊
經典的動作——公開認帳、私下解決——之所以行得通，是因為私訊延續在同一筆聯絡人上，公開對話串也一併附著。什麼都不用重打，什麼都不會掉。
讓客服帳號保持乾淨
一個有分道分流的專用客服帳號，在公開場合看起來就是專業——也不會讓品牌主帳號的提及把您的佇列淹掉。