DobroDesk · Працює
Чому ми будуємо DobroDesk на Cloudflare Workers
DobroDesk об'єднує електронну пошту, вебчат і підтримку в застосунку у спільних скриньках. Оператор може прочитати історію, побачити дані клієнта й підхопити розмову після ШІ, коли це потрібно. Ми будуємо продукт на Cloudflare Workers. Ось як це працює, коли клієнт просить про бронювання, а потім потребує допомоги команди.
Запит на бронювання в чаті
Клієнт просить забронювати консультацію. Якщо підключено провайдера бронювання й налаштовано дію, DobroDesk може зібрати послугу, дату та час, перевірити доступність і показати запропонований час. Клієнт підтверджує його перед завершенням бронювання. Іноді запит змінюється вже в процесі. Клієнту може знадобитися інша послуга або провайдер не зможе повернути відповідь. Тоді оператор підхопить розмову з уже зібраними в ній даними. Така передача важлива. Клієнт не має пояснювати запит заново, а оператору потрібно бачити, що вже перевіряли і що ще потребує уваги.
Куди потрапляють повідомлення
Запит на бронювання — це більше, ніж кілька повідомлень у чаті. Є клієнт, історія розмови та результат дії. Ми зберігаємо ці дані підтримки у Durable Object робочого простору, використовуючи SQLite. У D1 містяться спільні дані облікового запису й маршрутизації. R2 зберігає файли, зокрема вкладення електронної пошти. Так дані розмови залишаються разом, а великі файли не потрапляють до тієї самої бази. Частина роботи триває після надходження повідомлення. Електронний лист потрібно розібрати, відповідь — надіслати, а невдалу доставку — повторити. Для таких завдань ми використовуємо Cloudflare Queues. Клієнт може надіслати нове повідомлення, поки сервіс виконує наступні кроки у фоні. Повтори теж потребують обережності. Подія від провайдера, отримана двічі, не має створити дві розмови, а повторне надсилання відповіді не має відправити її двічі. Саме такі випадки ми перевіряємо, коли змінюємо процес.
ШІ та команда працюють в одній розмові
ШІ може підготувати відповідь для перевірки або автоматично відповісти на типові запитання, якщо робочий простір дозволяє такий режим. Він використовує знання й правила, налаштовані командою. Чутливі чи неоднозначні запити передаються людині. Для бронювання діє та сама межа: налаштовані кроки можна завершити після підтвердження, а випадки, що потребують рішення, опрацьовує оператор. Для команди підтримки важливо бачити повідомлення, дані клієнта та результати дій разом. Після цього вона може продовжити розмову з того самого місця.
Оновлюємо продукт, поки чати відкриті
Клієнт може залишити чат відкритим, поки ми випускаємо оновлення. Ми зберігаємо версіоновані файли віджета й підтримуємо попередню версію, щоб активна розмова могла продовжитися. Під час випусків ми також перевіряємо відновлені сесії та історію розмов. Mobile SDK додає нативні екрани підтримки для iOS та Android і має пакети для Flutter, React Native, Capacitor та NativeScript. Версію 0.2.0 уже опубліковано. Команди можуть додати підтримку у свій застосунок і працювати з вхідними розмовами в DobroDesk. Ми також покращуємо завантаження та перемикання розмов у скриньці підтримки, зосереджуючись на щоденних кроках: відкрити розмову й перейти до наступної.
Спробуйте DobroDesk і відкрийте документацію SDK, коли будете готові додати підтримку в мобільний застосунок.