用例
醫療保健嘅輪班填充訊息
首先接觸你嘅銀行員工 — 喺內部填補更多班次，同埋減少對代理人手嘅依賴。
每個未填嘅班次都有個價錢標籤。
當臨床或支援班次未能填補時，選擇通常都係一樣：交代理保費，或者伸展現有員工，吸收營運風險。
大部分供應商已經有銀行人手，如果佢哋及時知道，佢哋會接班。瓶頸唔係供應，而係你可以幾快接觸到合適嘅人喺佢哋實際睇過嘅頻道。
現實
電郵同應用程式推送唔夠。
對於即日同短時間內嘅班次，內部渠道通常會輸畀：
- 冇喺下班嗰陣檢查嘅電郵
- 應用程式通知職員已經靜音
- 電話樹唔會跨越幾百個銀行員工
- 唔可以審核嘅手動 WhatsApp 群組
到個訊息落地嗰陣，個班次已經轉咗去代理。
佢用嚟做乜
喺適當嘅時間，以適當嘅順序，接觸到適當嘅職員。
醫療保健供應商會用 Flowstates 作為佢哋嘅員工、名冊或者銀行管理系統背後嘅訊息層，用嚟：
- 按角色、年級、病房同地點播放可用嘅班次
- 發送分層優惠 — 銀行人手先，代理只係最後手段
- 將確認、拒絕同埋候補名單嘅回應發送返去排班系統
- 喺班次之前發出提醒、位置詳情同埋入住指示
- 通知職員取消或變更，而唔使手動電話輪查
SMS 、 WhatsApp 同 RCS — 根據每個收件人最快到達佢哋嘅內容而揀選。
佢點樣配合工作流程
1. 喺你嘅名單入面觸發
你嘅名冊或者銀行平台會喺空缺創建或者升級嗰一刻調用 Flowstates 。
2. 分層、渠道意識嘅外展
員工會喺佢哋回應嘅頻道嘅優先級別發送訊息 — 如果傳送能力下降，就會有管理故障轉移。
3. 即時回應返嚟
接受、拒絕同埋候補名單嘅回應會直接流入你嘅系統，每個班次都會有完整嘅審計蹤跡。
操作有咩變化
之前
- 協調員用手敲緊銀行名單
- 預設會轉去代理
- 冇睇到邊個先睇到個優惠
- 用電話追取消
之後
- 銀行勞動力係幾秒內達到，係優先級別
- 喺需要代理之前，內部會填補更多班次
- 每班審計追蹤邊個、幾時同埋喺邊個頻道上面提供
- 協調員嘅時間會騰出嚟做例外情況
治理
為受管制嘅環境而設
- 每位員工都獲得同意同聯絡偏好
- 每個網站或者信託執行嘅聯絡時間同頻率規則
- 每個優惠、回應同確認嘅完整審計蹤跡
- 每個組織嘅數據都係分開嘅
同 99.99 % 嘅閘道 SLA 對齊，並且為你處理受管理嘅路由同供應商升級。
呢個最重要嘅地方
醫院同信託
喺短時間內填補臨床同非臨床班次嘅急性設定。
關懷團體
照顧院同社區供應商喺多個地點經營大量銀行人手。
高代理開支
代理升級正成為單一最大嘅可控成本線。
同日嘅職位空缺
大部分未填嘅班次都係最後一刻，需要喺幾分鐘內填，而唔係幾個鐘。
最快嘅訊息贏咗個班次。
內部員工想要呢份工。先聯絡佢哋，代理行就唔會再係預設。