Openfair / 市場營運
讓通話、付款與客戶工作走在同一條路線上。
Aircall、Stripe、HubSpot 及 Slack 分別保存客戶紀錄的一部分。我們把事件連接到負責下一步的人。
軟件交付案例，並非工廠自動化安裝的成效證明。
已交付軟件問題
客戶背景分散在通話、付款、紀錄與聊天中。客戶經理在行動前需要重新拼湊整個故事。
關鍵決定
保留團隊已在使用的工具，再把相關背景送到團隊本來就用來協調工作的地方。
交付內容
讓工作更清楚、更容易交接。
- 將通話逐字稿分類，並連接至正確的 HubSpot 聯絡人或交易。
- 把 Stripe 付款成功及失敗訊號送到負責人。
- 為客戶經理提供支援，讓客戶背景緊貼日常工作。
- 將潛在客戶分類，協助團隊判斷需要關注的地方。
原有的工作方式
- 通話、付款與客戶背景分散在不同系統。
- 客戶經理在行動前需要重新整理客戶情況。
- 下一位負責人及下一個行動未必清楚。
四個工具，同一位客戶
Openfair 的客戶經理可以在 Aircall 找到通話，在 Stripe 找到付款，在 HubSpot 找到客戶紀錄，在 Slack 找到跟進討論。資料存在，但決定下一步前，仍要先把它們整理在一起。
這個項目把事件連接至客戶背景。通話逐字稿可以分類，並附在正確的聯絡人或交易下。付款成功或失敗的訊號，則可以送到處理該客戶的人。
團隊本來協調工作的地方
項目曾考慮獨立營運介面，但這也讓團隊多了一個要查閱及學習的應用程式。Quindart 選擇連接現有工具，並透過 Slack 提醒相關負責人。
Aircall 及 Stripe 繼續提供通話與付款資訊，HubSpot 保存客戶背景，Slack 則協助協調下一步。重要的設計決定，是讓行動在哪裡到達負責人。
事件需要帶著背景到達
單獨一個付款失敗訊號，會留下不少問題：是哪位客戶、哪份紀錄，以及誰正在處理？整合讓這些關係留在事件旁邊。
收到事件的人可以沿著它回到客戶紀錄，以及已經與該紀錄連接的工作。
工作流程
- 收到網站查詢、通話或付款事件。
- 把相關背景連接至客戶紀錄。
- 按照最新訊號更新營運紀錄。
- 透過 Slack 通知負責人採取下一個行動。
項目帶來的改變
- 付款及通話事件較不容易被遺漏。
- 客戶經理不必從多個工具重新拼湊背景，便可以採取行動。
- 新同事可以學習同一套流程，而非各自分散的系統。
涉及的系統
Aircall · HubSpot · Stripe · Slack
你的流程