Deskhero
Українська
Спробувати безкоштовно

← Back to articles

Як перетворити наявну електронну пошту на helpdesk: посібник для малого бізнесу

Як перетворити наявну електронну пошту на helpdesk: посібник для малого бізнесу

Так, ви можете перетворити поштову скриньку Gmail, Google Workspace або Microsoft 365 на повноцінну систему тикетів електронної пошти без перенесення наявної історії повідомлень або створення нової публічної адреси. Deskhero підключається до поштових скриньок Google і Microsoft через OAuth, перетворює вхідні листи на тикети, що відстежуються, і надсилає відповіді з адреси вашої компанії завдяки двосторонній синхронізації електронної пошти.

Практичні аргументи на користь того, щоб залишити все як є, вагомі. Ваша команда вже знає цю адресу, клієнти вже нею користуються, а відсутність міграції допомагає уникнути незручностей, пов’язаних зі зміною контактних даних. Deskhero додає автоматизації для нових тикетів, політики SLA, призначення та звітність до поштової скриньки, якою ви вже користуєтеся.

Перша дія: Переконайтеся, що маєте адміністративний доступ до поштової скриньки. Для Google або Microsoft підключіть її через OAuth. Для іншого домену, яким ви володієте, налаштуйте DNS-записи Deskhero і переспрямовуйте вхідну пошту на унікальну адресу Deskhero. Потім виконайте повний тест надсилання та відповіді.

Порада експерта: Створіть тестовий псевдонім, наприклад support-test@yourdomain.com, і виконайте перше налаштування саме для нього. Це дасть вам безпечне місце для перевірки маршрутизації та відповідей, перш ніж змінювати робочу адресу служби підтримки.

Основні висновки

Наявну поштову скриньку Gmail або Microsoft 365 можна перетворити на службу підтримки без міграції історії. Найважливіше — вибрати правильний спосіб підключення, протестувати вхідну та вихідну пошту й визначити простий процес відповідального опрацювання.

Пункт Деталі
Міграція історії не потрібна Підключіть адресу й перетворюйте нові розмови на тикети, залишивши стару пошту там, де вона є.
Спосіб підключення має значення Deskhero використовує OAuth для Google і Microsoft. Для інших доменів, якими ви володієте, використовуються DNS-записи та переспрямування.
Відповідальний виконавець запобігає дублюванню роботи Призначайте кожен тикет одному User і використовуйте приватні нотатки під час його передачі.
ШІ потребує обмежень Перевіряйте запропоновані відповіді перед надсиланням. Відповіді ШІ для клієнтів формуються лише на основі схвалених публічних FAQ.
Deskhero підходить для такого сценарію Deskhero забезпечує двосторонню синхронізацію з Google і Microsoft, політики SLA, автоматизації та 30-денний безкоштовний пробний період.

Зміст

Як налаштувати наявну електронну пошту як службу підтримки

Виконайте ці кроки по черзі. Кожен наступний спирається на попередній.

  1. Перевірте поштову скриньку та адміністративний доступ. Переконайтеся, що поштова скринька служби підтримки активна, а адміністратор може схвалити підключення.
  2. Виберіть спосіб підключення. Deskhero підключає поштові скриньки Google і Microsoft через OAuth. Для іншої адреси на домені, яким ви володієте, додайте потрібні DNS-записи та переспрямовуйте вхідну пошту до Deskhero.
  3. Зберігайте індивідуальний доступ. Запросіть кожного колегу зі служби підтримки як User, а не передавайте пароль до поштової скриньки.
  4. Підключіть поштову скриньку до потрібної групи. Кожна поштова скринька Deskhero спрямовує тикети до однієї групи. Загальний процес описано в посібнику з перетворення електронної пошти на тикети.
  5. Підтвердьте адресу відправника. Перевірте, що відповіді надсилаються з адреси компанії, яку клієнти вже впізнають.
  6. Виконайте повний цикл надсилання та відповіді. Надішліть лист із зовнішньої адреси, переконайтеся, що Deskhero створює тикет, дайте відповідь із Deskhero та перевірте, що клієнт отримує відповідь у початковій гілці.

Контрольний список тестування перед запуском:

  • Надішліть тестові повідомлення з внутрішніх і зовнішніх адрес
  • Додайте PDF-файл і зображення, а потім переконайтеся, що обидва відображаються в тикеті
  • Дайте відповідь зі служби підтримки та перевірте адресу відправника
  • Надішліть ще одну відповідь клієнта й переконайтеся, що вона приєднується до наявної розмови

Порада експерта: Адміністраторам Google Workspace і Microsoft 365 може знадобитися схвалити OAuth-підключення. Якщо авторизація не вдається, перевірте політику доступу до застосунків у вашому tenant, перш ніж змінювати налаштування поштової скриньки.

Основні функції, які потрібно ввімкнути для масштабування служби підтримки електронною поштою

Надходження пошти в тикети — це лише перший крок. Невеликий набір робочих правил допомагає зберігати порядок у вхідних, коли обсяг зростає.

  • Надійне об’єднання в гілки. Тестуйте справжні відповіді, пересилання та отримувачів у копії, щоб зрозуміти, як платформа групує розмови.
  • Чітке призначення. Призначайте кожен активний тикет одному виконавцю, щоб усі знали, хто відповідає за наступну відповідь.
  • Політики SLA. Визначте цільові показники першої відповіді та вирішення, що відповідають робочим годинам команди й пріоритетам тикетів.
  • Автоматизації для нових тикетів. Використовуйте відправника, тему, повідомлення, мову, умову, оцінену ШІ, щоб під час надходження тикета встановлювати групу, виконавця, статус, пріоритет, теги або підтримувані користувацькі поля.
  • Посібник із відповідей. Задокументуйте факти й тон, яких Users мають дотримуватися у типових відповідях. У статті про шаблони листів служби підтримки наведено приклади для адаптації.
  • Приватні нотатки. Залишайте внутрішній контекст у тикеті, коли його має взяти в роботу інший User.
  • Корисна звітність. Переглядайте обсяг тикетів, час відповіді, результати SLA, канали та активність команди в Statistics.

Як надсилати відповіді з адреси вашої компанії

Правильне налаштування залежить від типу поштової скриньки. Підключення Google і Microsoft використовують OAuth і забезпечують двосторонню синхронізацію. Адреса на іншому домені, яким ви володієте, використовує переспрямування для вхідної пошти та три записи CNAME, щоб Deskhero міг надсилати автентифіковані відповіді з цієї адреси.

Контрольний список підключення:

  • Google: Підключіть поштову скриньку Gmail або Google Workspace через OAuth-процес Deskhero.
  • Microsoft: Підключіть Microsoft 365 або Outlook через OAuth. Спільні поштові скриньки Microsoft підтримуються за наявності потрібних дозволів для спільної поштової скриньки.
  • Інші домени, якими ви володієте: Додайте три записи CNAME, показані Deskhero, а потім переспрямовуйте вхідні повідомлення на унікальну адресу переспрямування Deskhero.
  • Перевірка: Скористайтеся тестом перевірки поштової скриньки та виконайте зовнішній цикл надсилання й відповіді перед запуском.

Не вважайте, що вхід через IMAP забезпечує постійну синхронізацію в Deskhero. IMAP доступний для одноразового імпорту, а не як живе підключення до поштової скриньки.

Порада експерта: Збережіть копію точних значень DNS і адреси переспрямування, використаних під час налаштування. Якщо згодом потік пошти зміниться, ви зможете порівняти поточну конфігурацію з відомими робочими значеннями.

Процеси первинного опрацювання та практичні шаблони відповідей

Послідовний процес первинного опрацювання не дає тикетам накопичуватися непрочитаними. Ось практична послідовність:

Новий тикет → застосувати автоматизацію нового тикета → призначити User → надіслати першу відповідь → додати приватну нотатку під час передачі → вирішити та закрити

Схема процесу первинного опрацювання тикетів електронної пошти

Готові початкові варіанти:

  • Перша відповідь: "Дякуємо, що звернулися до нас. Ми отримали ваш запит і повідомимо вам новини до [час або дата]."
  • Запит додаткової інформації: "Для розслідування, будь ласка, надішліть [конкретна деталь]. Не додавайте паролі або повні платіжні дані."
  • Передача: "Я залучу відповідного колегу. Він бачитиме вже наданий вами контекст, тож вам не потрібно повторювати його."
  • Перевірка вирішення: "Ми виконали [дія]. Будь ласка, дайте відповідь, якщо проблема все ще виникає."

Адаптуйте кожну відповідь до конкретного тикета. Передаючи роботу, додайте приватну нотатку із проблемою клієнта, уже виконаними перевірками та рекомендованим наступним кроком.

Строки, фактори вартості та практична цінність

Етап Перевірка завершення Основні дії
Підключення поштової скриньки Вхідні та вихідні тести успішні Налаштування OAuth або DNS, переспрямування, перевірка відправника
Налаштування процесу Відповідальність і маршрутизація зрозумілі Групи, Users, автоматизації нових тикетів, пріоритети
Цільові показники обслуговування Політика SLA відповідає робочим годинам Цільові показники першої відповіді, вирішення, розклад робочих годин

Фактори вартості, які потрібно врахувати:

  • Вартість підписки для активних Users і вибраного тарифного плану
  • Час адміністратора на схвалення OAuth, зміни DNS, переспрямування та тестування
  • Час на навчання призначенню, приватним нотаткам, ескалації та роботі із SLA

Цінність, яку потрібно вимірювати: Порівняйте час першої відповіді, час вирішення, кількість повторно відкритих тикетів і кількість відповідей, потрібних для вирішення, до та після запуску. Використовуйте власну базову лінію, а не покладайтеся на загальну оцінку економії.

Для команд, яким справді потрібно перенести історичні записи, Help Desk Migration пропонує сервіс міграції без коду. Міграція — це окремий проєкт, не пов’язаний із підключенням наявної адреси для нових тикетів.

Безпека та контроль доступу до спільних поштових скриньок

  • Індивідуальні облікові записи: Надайте кожному User власний логін. Не передавайте пароль до поштової скриньки.
  • MFA для привілейованих облікових записів: Захистіть адміністраторів поштової скриньки та служби підтримки багатофакторною автентифікацією.
  • Мінімально необхідні привілеї: Надавайте кожній особі лише ті доступи до поштової скриньки, групи та ролі, які їй потрібні.
  • Приватні нотатки: Зберігайте внутрішню координацію в тикеті замість пересилання даних клієнта неформальними каналами.
  • Перевірене надсилання: Використовуйте підтримуваний OAuth- або DNS-процес, щоб відповіді надходили з авторизованої адреси.
  • Робота з вкладеннями: Обмежуйте доступ до тикетів із конфіденційними документами та дотримуйтеся політики вашої організації щодо роботи з даними.
  • Зберігання: Встановлюйте правила зберігання відповідно до ваших договорів, галузевих вимог і юридичних консультацій.

Порада експерта: Переглядайте доступи щоразу, коли хтось змінює роль або залишає команду. Деактивуйте User у Deskhero, видаліть дозволи до поштової скриньки та змініть усі облікові дані, якими ділилися поза підтримуваним процесом підключення.

Як безпечно застосовувати ШІ для підготовки відповідей

Deskhero відокремлює пропозиції чернеток для Users від автоматичних відповідей клієнтам. Ця відмінність важлива, оскільки дві функції використовують різні обсяги знань.

  • Запропоновані відповіді: Deskhero може підготувати відповідь на основі знань робочого простору, зокрема опрацьованих тикетів, внутрішніх знань, схвалених публічних FAQ, просканованих сторінок вебсайту, імпортованих запитань і відповідей та підключених товарів Shopify.
  • Перевірка User: User приймає, редагує або відхиляє пропозицію. Надсилання незміненої пропозиції потребує додаткового підтвердження.
  • ШІ для клієнтів: Автоматичні відповіді ШІ та відповіді чат-бота формуються лише на основі схвалених публічних FAQ.
  • Явна згода на використання: Автоматичні відповіді налаштовуються для кожної групи, а чат-бот вмикається для кожного віджета. Для обох функцій потрібно щонайменше 100 схвалених публічних елементів FAQ.
  • Видима історія: Автоматичні відповіді позначаються та записуються на часовій шкалі тикета.

Почніть із пропозицій, які перевіряє User. Підготуйте й перегляньте публічні FAQ перед увімкненням ШІ для клієнтів, а потім відстежуйте тикети, які повертаються до людини, оскільки FAQ не містили достатньо впевненої відповіді.

KPI для відстеження та приклад структури SLA

Корисні показники для служби підтримки на основі електронної пошти:

  • Час першої відповіді
  • Час вирішення
  • Кількість відповідей, потрібних для вирішення тикета
  • Частка повторно відкритих тикетів
  • Кількість створених і вирішених тикетів
  • Частка перших відповідей, наданих у межах SLA

Наведені нижче цільові показники є лише прикладами. Встановлюйте власні значення з урахуванням робочих годин, кількості працівників і зобов’язань перед клієнтами.

Рівень SLA Ціль першої відповіді Ціль вирішення
Терміновий 1 година 4 години
Стандартний 4 години 24 години
Низький пріоритет 8 годин 72 години

Регулярно переглядайте цільові показники під час запуску. Політики SLA Deskhero можуть використовувати календарний час або тижневий розклад робочих годин, а відлік часу до вирішення можна призупинити у вибраному статусі, поки ви очікуєте на клієнта. Statistics у Deskhero розділяє поточний ризик порушення SLA та досягнення SLA за завершеними тикетами, допомагаючи командам не змішувати актуальні дедлайни з історичними результатами.

Поширені проблеми та способи їх вирішення

  • OAuth-підключення не вдається: Попросіть адміністратора Google Workspace або Microsoft 365 перевірити політики доступу до застосунків і згоди.
  • Поштова скринька через DNS не може надсилати листи: Порівняйте всі три записи CNAME зі значеннями, наданими Deskhero, і дочекайтеся поширення DNS, перш ніж повторювати перевірку.
  • Два Users готують відповіді: Призначте тикет перед початком роботи та перевірте розмову на наявність останніх відповідей або приватних нотаток.
  • Підключення потребує уваги: Орієнтуйтеся на статус поштової скриньки, показаний у Deskhero. Повторно авторизуйте поштову скриньку OAuth, якщо система повідомляє, що потрібна автентифікація.
  • Вкладення відсутні: Протестуйте підтримувані типи файлів і перевірте оригінальне повідомлення. Якщо проблема не зникає, зафіксуйте ідентифікатор тикета та відомості про файл для усунення несправності.

Контрольний список налагодження перед запуском:

  • Статус поштової скриньки — активний
  • Зовнішнє тестове повідомлення створює один тикет
  • Відповідь надходить клієнту з очікуваної адреси компанії
  • Вкладення відображається в тикеті
  • Автоматизація нового тикета застосовує очікувані групу та пріоритет
  • Політика SLA застосовує очікувані дедлайни

Що насправді працює в невеликих командах підтримки

Команди, які отримують найбільшу користь від служби підтримки на основі електронної пошти, починають із невеликого й прозорого процесу. Підключіть поштову скриньку, призначте відповідальних, визначте шлях ескалації та протестуйте повну розмову з клієнтом, перш ніж додавати більше автоматизацій.

Руки впорядковують картки процесу

Швидкість і контроль можуть суперечити одне одному. Швидка автоматична відповідь корисна лише тоді, коли знання, на яких вона ґрунтується, схвалені та актуальні. Пропозиції, перевірені User, є безпечнішою відправною точкою, а перевірка публічних FAQ створює основу для подальшого використання ШІ для клієнтів.

Опублікуйте години роботи служби підтримки та реалістичні цільові строки відповіді там, де клієнти можуть їх знайти. Якщо ви не забезпечуєте безперервну підтримку, чітко зазначте це в першому підтвердженні та вимірюйте ефективність лише за тими годинами, які ви фактично покриваєте.

Перші 30 днів: пріоритети навчання Users:

  • Призначення та приватні нотатки під час передачі
  • Стандарти відповідей і випадки, коли їх потрібно персоналізувати
  • Шлях ескалації та зміна відповідальних
  • Цільові показники SLA і вплив робочих годин на них
  • Statistics для відстеження часу відповіді, SLA, каналів та активності команди

Deskhero робить шлях без міграції найшвидшим

Більшості невеликих команд підтримки не потрібна нова адреса електронної пошти або проєкт міграції історичних даних. Їм потрібно, щоб нові повідомлення на наявну адресу перетворювалися на впорядковані тикети, які можна призначати.

Deskhero

Deskhero підключає Gmail, Google Workspace і Microsoft 365 через двосторонню синхронізацію OAuth. Адреси на інших доменах, якими ви володієте, можуть використовувати DNS-записи та переспрямування. Deskhero містить автоматизації нових тикетів, приватні нотатки, політики SLA, Statistics, єдиний вхід Google і Microsoft, панель клієнта Shopify та доступ до REST API. Запропоновані відповіді формуються на основі знань робочого простору для перевірки User, тоді як відповіді ШІ для клієнтів створюються лише на основі схвалених публічних FAQ. Почніть 30-денний безкоштовний пробний період — кредитна картка не потрібна.

Джерела

FAQ

Чи можна використовувати наявну адресу електронної пошти як службу підтримки без міграції?

Так. Deskhero підключає Gmail, Google Workspace і Microsoft 365 через OAuth та перетворює нові вхідні повідомлення на тикети без перенесення наявної історії поштової скриньки. Для інших адрес на доменах, якими ви володієте, можна використовувати DNS-записи та переспрямування.

Які DNS-записи потрібні, щоб налаштувати поштову скриньку Deskhero на іншому домені, яким ви володієте?

Deskhero надає три записи CNAME для автентифікованого надсилання. Додавши їх, переспрямовуйте вхідну пошту на унікальну адресу переспрямування Deskhero та виконайте тест перевірки поштової скриньки.

Як зменшити ризик того, що два Users відповідатимуть на один тикет?

Призначайте кожен активний тикет одному User до початку роботи. Перевіряйте розмову та приватні нотатки на наявність останньої активності й додавайте чітку нотатку щоразу, коли відповідальний змінюється.

Як безпечно використовувати ШІ в службі підтримки електронною поштою?

Почніть із чернеток відповідей, які перевіряє User. Схваліть і підтримуйте актуальність публічних FAQ перед увімкненням автоматичних відповідей ШІ або чат-бота, оскільки ці функції для клієнтів відповідають лише на основі схваленого вмісту публічних FAQ.

Скільки часу потрібно, щоб налаштувати службу підтримки на основі електронної пошти?

Час залежить від схвалення адміністратора, поширення DNS, складності процесу та тестування. Не запускайте систему, доки зовнішній тест не підтвердить роботу вхідної пошти, вихідних відповідей, об’єднання в гілки, вкладень, призначення, автоматизації та SLA.