或者，直接開口問
不必有人坐著等保險公司轉接。
從你人在的地方派它出去；它卡住時會問你。
Inbox已核對：Ana Sørensen —— Cigna
跟 Cigna 核對 Ana Sørensen 的給付。自付額、已達多少、部分負擔，以及代碼 97110 需不需要事前授權。
穿過總機接到專員。自付額 $1,250、已達 $340、部分負擔 $40、97110 免事前授權。參考編號在通話紀錄裡。四個型別化欄位，不是一整頁筆記。
@Octo 今天四位新病患的給付都核對一下
處理中 🔧(執行create_campaign…)
四筆已排入，每筆都問同樣的五個問題。如果專員要我手上沒有的資料，我會在這裡問。 (edited)
🙏 23 則回覆 · 最後一則於 4 分鐘前
兩份 Aetna 報價做完後幫我並排比較
Email octo@agent.omniocto.com · WhatsApp 1-MAN-ASK-OCTO · Slack #omniocto
為什麼這通電話最難熬
真人開口說話前，先有四分鐘的選單。
一次給付查詢，是被埋在二十分鐘總機底下的兩分鐘對話。昂貴的並不是那段對話。
選單很長
好幾層，唸得很慢，而你要的那個選項很少排在第一個 —— 按錯一次就得從頭再來。
等候更長
這才是真正花錢的部分，因為它佔住了一個人，而那個人本來可以拿這個早上做別的事。
每家保險公司問的都不一樣
一家要保戶號碼、一家要出生日期、一家要社會安全號碼末四碼。順序從來不會重複兩次。
而且你明天還得再來一遍
這不是一通電話。是每一位新病患、每一個保單年度、每一次保障內容可能有變動的時候。
這正是值得交給軟體的那種電話：又長、有結構、重複，而且結尾只是一小組事實。
你會怎麼交辦
交代清楚、讓它去等、讀欄位。
說出你需要知道什麼
你櫃檯每次都會問的那些問題。
把你要的答案定義成有型別的欄位，並把它會被問到的病患資料給它。那些欄位就是問卷。
讓它去對付總機
選單、轉接、等候、專員。
它會一路按過去，撐過轉接和等候，缺什麼就問你，而不是直接放棄這通電話。
讀答案
是值，不是一整頁筆記。
欄位會填好回來，掛在病患底下，並附上逐字稿，方便有人想核對某個數字。
為什麼它站得住腳
它能應付彼此不一致的總機。
拿彼此不一致的選單樹驗證過
在驗證執行中，AI 走通了三棵保險公司樣式、深度各異的選單樹 —— 七層、六層和五層 —— 並在每一棵上都抵達正確的終點。只在單一棵樹上有效的導航器，等於沒有被測試過。
三棵不同的樹 · 全部抵達不同的識別資訊，同一次執行
一棵樹要社會安全號碼、一棵要出生日期、一棵完全不要識別資訊。三種在同一場次裡都正確處理 —— 而這正是真實總機之所以困難的關鍵所在。
社會安全號碼 · 出生日期 · 無 —— 全部處理它會問你，而不是亂猜
當總機要一個客服代理沒有的資訊時，問題會在通話仍在線上時出現在你的後台。你回答，它就繼續。你也可以旁聽、下指令，或直接接手。
詢問真人 · 指令注入 · 加入 · 接手答案帶著型別回來
每次執行最多二十個欄位，各有型別，而且欄位可以是一組固定的允許值。結果是一列答案，而不是一份要有人讀完再重新輸入的逐字稿。
最多 20 個型別欄位 · 匯出成欄位它不會做的事
它不會寫進你的診所管理系統。答案是你可以匯出的欄位，而預約安排仍然留給真人 —— 一個我們沒有的整合，這一頁不會去暗示它存在。
匯出就是交接 · 不回寫診所系統常見問題
大家真正會問的問題。
- 在真實的保險公司電話線上有用嗎？
- 有。總機導航已經在實際的電話選單上執行並驗證過，同時也在通話模擬器裡受測 —— 那些選單是照不同保險公司的樣子建的，而且刻意設計成彼此不一致：不同深度、不同識別資訊。模擬器是我們用來確認它能通用，而不是只對某一家業者有效的方法。
- 當總機要求提供保戶號碼時會怎樣？
- 如果你事先給了它這些資料，它就直接提供。如果缺了什麼，它會在電話還在線上時把問題丟到你的後台 —— 你打上答案，答案就直接進到對話裡，而不是讓這通電話白白中斷。
- 它會一直等在線上嗎？
- 會，而這正是價值的主要來源。等候會被撐過去，而不是被誤認為斷線，並設有等待上限，所以卡住的電話會結束，不會無限期佔著一條線。
- 我怎麼拿到答案？
- 以你在通話前定義好的有型別欄位形式回來 —— 年度上限、剩餘額度、自付額、等待期，任何你櫃檯真正需要的欄位。它們回來的是值，不是一份要你逐字梳理的逐字稿；而逐字稿也會附上，供你隨時查閱。
- 我可以旁聽嗎？
- 可以。你可以加入進行中的通話、傳指令給客服代理，或在專員接起時自己接手。
- 它會寫進我們的診所系統嗎？
- 不會。系統不會回寫到診所管理系統 —— 答案是你可以匯出的欄位。這個交接是刻意設計的，而不是一個我們正打算暗示它存在、實際上卻沒有的整合。
延伸閱讀