Виды обращений клиентов: как классифицировать
Кратко
Обращение клиента — любой контакт с просьбой, вопросом или жалобой, требующий ответа. Классифицировать поток стоит сразу по двум признакам: по типу (что за обращение) и по источнику (откуда пришло). Тип определяет, кто и как быстро должен отвечать; источник определяет, не потеряется ли обращение вообще. Четыре базовых типа — инцидент, запрос на обслуживание, вопрос, жалоба — покрывают почти весь поток любой компании.
Актуально на 23 сентября 2026 года.
Зачем вообще делить обращения на типы
Без разделения на типы очередь превращается в список из карточек, которые выглядят одинаково, а по сути требуют совершенно разной реакции. Жалоба на грубость сотрудника и вопрос «как настроить экспорт в Excel» — оба «обращения», но у первого есть эмоциональный риск и требование к скорости реакции, у второго — только требование к точности ответа. Один порядок обработки для обоих означает, что либо жалобы решаются медленно, либо на простые вопросы тратится непропорционально много внимания.
Второй эффект классификации — отчётность. «В этом месяце было 400 обращений» ничего не говорит о работе службы. «312 вопросов, 60 запросов на обслуживание, 20 инцидентов, 8 жалоб» уже показывает, где на самом деле нагрузка и есть ли рост проблемного трафика.
Четыре типа обращений
| Тип | Что это | Пример | Что отличает |
|---|---|---|---|
| Инцидент | Незапланированный сбой: было обещано, что работает, — перестало | «Пропал доступ к личному кабинету» | Требует восстановления работы, срок реагирования жёсткий |
| Запрос на обслуживание | Плановая просьба о стандартном действии | «Добавьте нового сотрудника в кабинет» | Ничего не сломано, срок мягче, порядок обработки известен заранее |
| Вопрос (консультация) | Просьба объяснить, как что-то работает или устроено | «Как выгрузить отчёт за квартал» | Не требует действия в системе клиента, только ответа |
| Жалоба | Недовольство качеством работы, сервиса или сотрудника | «Три дня не отвечали на письмо» | Требует не только решения, но и реакции на сам факт недовольства |
Инцидент и запрос на обслуживание разбираются на конкретных признаках отдельно — вопрос «было обещано и перестало, или не было обещано и просят, чтобы стало» снимает большую часть спорных случаев на входе. Полный разбор — в статье Инцидент или запрос на обслуживание: в чём разница.
Второй разрез: источник обращения
Тип обращения не зависит от того, откуда оно пришло, но без учёта источника часть потока теряется физически — не остаётся ни жалобы, ни вопроса, только пропавшее сообщение в личном мессенджере сотрудника.
| Источник | Особенность | Риск без учёта |
|---|---|---|
| Почта | Формальный канал, ожидание ответа спокойнее | Письмо тонет среди рабочей переписки |
| Мессенджер (WhatsApp, Telegram) | Ожидание ответа как в личной переписке | Уходит в личный телефон конкретного сотрудника |
| Телефон | Требует немедленной реакции или обратного звонка | Ничего не остаётся, если звонок не зафиксирован |
| Виджет на сайте | Человек ждёт здесь и сейчас | Разговор теряется при закрытии вкладки без регистрации |
| Личный визит, встреча | Устное обращение | Не фиксируется вообще, если нет привычки заносить в систему |
Правило простое: тип обращения решает, как быстро и кто отвечает; источник решает, попадёт ли обращение в очередь вообще. Оба разреза нужны одновременно — один без другого даёт либо потерянные обращения, либо правильно учтённые, но неверно приоритизированные.
Как классифицировать обращение на входе: три вопроса
- Что-то сломалось или это плановая просьба? Сломалось — инцидент, дальше приоритет по влиянию. Плановая просьба — запрос на обслуживание, дальше обычный порядок.
- Требуется ли действие в системе, или нужен только ответ? Нужен только ответ — вопрос. Требуется что-то изменить или настроить — запрос на обслуживание или инцидент, в зависимости от первого вопроса.
- Есть ли в тексте прямое или косвенное выражение недовольства сервисом (не самой проблемой, а тем, как её решали или сколько ждали)? Есть — обращение помечается как жалоба независимо от исходного типа, и добавляется отдельная реакция: не только решить, но и отреагировать на сам факт недовольства.
Третий пункт часто упускают: жалоба — не отдельная категория наравне с остальными, а метка, которая может стоять поверх инцидента или вопроса. «Пропал доступ» — инцидент. «Пропал доступ третий раз за месяц, и никто не предупредил» — тот же инцидент, но уже с меткой жалобы, и обработка отличается.
Частая ошибка: категория на пять слов вместо человеческого типа
Компании часто заводят категории вроде «Техническое-1», «Биллинг-А», «Прочее» — списки, которые никак не соотносятся с типами обращений и быстро превращаются в мусорный ящик «прочее», куда попадает треть потока. Категории по сути процесса (что это: инцидент, запрос, вопрос, жалоба) и категории по теме (биллинг, доступ, интеграция) — два разных разреза, и их стоит вести раздельно: один определяет срочность и порядок работы, второй — для отчётов по темам.
Как проверить разметку за час
- Возьмите 30 последних закрытых обращений и определите тип по трём вопросам выше. Сравните со стоящей в системе категорией — расхождение больше чем в четверти случаев означает, что операторы размечают по привычке, а не по правилу.
- Посчитайте долю обращений в категории «прочее» или без категории. Больше 15% — список категорий не соответствует реальному потоку.
- Проверьте, есть ли обращения, которые по факту жалоба, но помечены обычным вопросом или запросом. Обычно их выдаёт повторное обращение по одной теме или прямая фраза «уже писал», «сколько можно ждать».
- Сравните время решения по типам: если инцидент и запрос на обслуживание решаются в среднем одинаково долго, значит приоритет на входе не расставляется вообще.
Как это устроено в TehProf.kz Support
Каждое обращение попадает в единую очередь заявок независимо от источника — почта, WhatsApp, Telegram, виджет на сайте или создание вручную, — с автоматической привязкой к карточке клиента (см. Список заявок и фильтры). Приоритет и связанные с ним сроки первого ответа и решения задаются отдельно от источника, по правилам, которые администратор настраивает под свои типы обращений (см. Настройка SLA, приоритетов и крайнего срока). Похожие обращения от одного клиента можно объединить в одну заявку, чтобы повторные жалобы не терялись в потоке новых карточек — эта функция описана в статье Объединение заявок.
Частые вопросы
Какие бывают типы обращений клиентов?
Четыре базовых: инцидент (что-то сломалось), запрос на обслуживание (плановая просьба), вопрос или консультация (нужен только ответ), жалоба (недовольство сервисом, может стоять поверх любого из первых трёх типов).
Чем отличаются виды обращений от источников обращений?
Тип — это что за обращение по сути (инцидент, запрос, вопрос, жалоба). Источник — это канал, через который оно пришло (почта, звонок, мессенджер, сайт). Разметка нужна по обоим признакам одновременно.
Каковы основные причины обращений клиентов?
Технический сбой (инцидент), плановая потребность в изменении настроек или доступа (запрос), непонимание, как пользоваться продуктом (вопрос), и неудовлетворённость качеством или скоростью обслуживания (жалоба).
Как дать определение обращению клиента для внутреннего регламента?
Любой зафиксированный контакт клиента с просьбой, вопросом или недовольством, требующий ответа или действия со стороны компании, независимо от канала поступления.
Зачем нужны источники обращения клиентов в отчётности?
Источник показывает, откуда идёт основная нагрузка и где риск потерять обращение физически (например, в личном телефоне сотрудника), а не только то, о чём чаще всего пишут.
Связанные статьи
- Инцидент или запрос на обслуживание: в чём разница
- Приоритет заявки: как его определяют через влияние и срочность
- Список заявок и фильтры
- Настройка SLA, приоритетов и крайнего срока
- Как перейти с почты и таблицы на систему заявок
Нужна поддержка, которая так и работает?
TehProf.kz Support собирает обращения из WhatsApp, Telegram, почты и виджета в одну очередь, считает сроки по SLA и показывает, где служба проседает.