Поиск статей базы знаний по исполнителю тикета
Вступление: проблема
При организации клиентской поддержки в топик-группах Telegram с использованием тикет-системы часто возникает ситуация, когда агент поддержки тратит значительное время на поиск релевантной информации в базе знаний. Стандартный поиск по ключевым словам или категориям не всегда эффективен, особенно когда сотрудник только начинает работу или сталкивается с нестандартным запросом. Однако существует менее очевидный, но потенциально полезный метод — поиск статей по исполнителю тикета. Этот подход позволяет опираться на опыт коллег, уже решавших аналогичные задачи, и может сократить время разрешения обращения (TTR) в некоторых сценариях.
Когда возникает необходимость в поиске по исполнителю
Ситуации, в которых такой метод может стать актуальным, разнообразны. Рассмотрим основные сценарии.
Проблема 1: Новый сотрудник не знает, где искать ответ
Сотрудник, только приступивший к работе, может не ориентироваться в структуре базы знаний. Он видит тикет, но не понимает, к какой категории отнести проблему и какие статьи могут содержать решение. Вместо того чтобы тратить время на хаотичный перебор разделов, он может обратиться к истории обращений, обработанных более опытными коллегами.
Решение: Использовать фильтр по исполнителю в истории тикетов. В некоторых тикет-системах, интегрированных с базой знаний, можно просмотреть, какие статьи использовал конкретный агент при ответе на схожие запросы. Это не только ускоряет поиск, но и служит обучением: новичок видит, как опытный специалист подходит к классификации проблем.
Проблема 2: Необходимость найти статью, которую использовал коллега
Предположим, агент поддержки получил эскалированный тикет от другого сотрудника. В истории переписки может не быть прямой ссылки на статью базы знаний, но исполнитель уверен, что коллега использовал определённый материал. Ручной перебор всех статей — неэффективное решение.
Решение: В некоторых системах управления тикетами реализована возможность поиска по полю «Исполнитель». Выбрав нужного сотрудника и задав временной диапазон, агент получает список всех тикетов, обработанных этим специалистом. Далее можно проанализировать прикреплённые к ним статьи из базы знаний. Такой подход особенно полезен, когда тикет был передан на другой уровень поддержки (эскалация) и требуется восстановить логику принятия решений.
Проблема 3: Сложность поиска по ключевым словам при специфической терминологии
В некоторых отраслях используются уникальные термины, аббревиатуры или внутренние коды продуктов. Поиск по базе знаний может не дать результатов, если формулировка запроса клиента отличается от заголовков статей. Однако агент помнит, что конкретный коллега уже сталкивался с подобным запросом.
Решение: Поиск по исполнителю может помочь обойти ограничения текстового поиска. Выбрав сотрудника, который специализируется на данном направлении, агент получает доступ к его обработанным тикетам и соответствующим статьям. Это особенно эффективно в крупных командах, где роли распределены: один агент отвечает за технические вопросы, другой — за биллинг, третий — за общие консультации.
Пошаговая инструкция: как организовать поиск по исполнителю
Для реализации этого метода в тикет-системе необходимо выполнить несколько шагов.
Шаг 1: Настройка интеграции с базой знаний
Прежде всего, необходимо обеспечить связь между тикет-системой и хранилищем статей. Интеграция может быть реализована через webhook-интеграцию или напрямую через API базы знаний (например, при использовании Bitrix24 Knowledge Base). Важно, чтобы при ответе на тикет агент имел возможность прикрепить ссылку на статью, и эта информация сохранялась в истории обращения.
Шаг 2: Настройка полей тикета
В системе управления необходимо добавить поле «Исполнитель» (или «Ответственный»), которое будет заполняться автоматически при назначении тикета агенту. Дополнительно можно настроить поле «Использованные статьи», куда будут попадать ссылки на материалы базы знаний, выбранные сотрудником при ответе.
Шаг 3: Использование фильтрации
В интерфейсе тикет-системы должна быть предусмотрена возможность фильтрации по полю «Исполнитель». Обычно это реализуется в виде выпадающего списка с поиском. После выбора сотрудника отображаются все тикеты, которые он обработал за указанный период. Далее агент может просмотреть каждый тикет и увидеть, какие статьи были прикреплены к ответам.
Шаг 4: Визуализация результатов
Для удобства можно настроить отображение статистики: какие статьи использовались чаще всего, какие категории были наиболее востребованы у конкретного исполнителя. Это помогает не только в текущем поиске, но и в анализе эффективности базы знаний.
Когда поиск по исполнителю может не сработать
Несмотря на очевидные преимущества, этот метод имеет ограничения.
Ситуация 1: Отсутствие истории использования статей
Если в системе не настроено автоматическое сохранение ссылок на статьи при ответе на тикет, поиск по исполнителю не даст результатов. В этом случае необходимо доработать интеграцию, чтобы каждое обращение фиксировало использованные материалы.
Ситуация 2: Недостаточная квалификация исполнителя
Если агент, по которому ведётся поиск, сам допускал ошибки или использовал нерелевантные статьи, результаты могут ввести в заблуждение. Рекомендуется фильтровать поиск по сотрудникам с подтверждённой экспертизой (например, супервизорам или старшим агентам).
Ситуация 3: Слишком большой объём данных
В крупных компаниях один агент может обрабатывать сотни тикетов в день. Просмотр всех его обращений для поиска одной статьи может быть неэффективным. В таких случаях стоит комбинировать фильтр по исполнителю с дополнительными параметрами: датой, категорией тикета или ключевыми словами.
Сравнение методов поиска статей
Для наглядности представим сравнительную таблицу различных подходов к поиску в базе знаний.
| Метод поиска | Преимущества | Недостатки |
|---|---|---|
| По ключевым словам | Быстрый, не требует дополнительных настроек | Низкая эффективность при специфической терминологии |
| По категориям | Структурированный, подходит для стандартных запросов | Требует знания структуры базы, негибкий |
| По исполнителю | Позволяет опираться на опыт коллег, эффективен для сложных запросов | Зависит от качества заполнения истории, может быть медленным при большом объёме данных |
| По истории переписки с клиентом | Учитывает контекст обращения, полезен для повторных запросов | Трудоёмкий, требует анализа большого объёма текста |
Как видно из таблицы, поиск по исполнителю не является универсальным решением, но в определённых сценариях он может быть полезен.
Когда требуется помощь специалиста
В некоторых случаях самостоятельный поиск по исполнителю может быть затруднён, и требуется вмешательство супервизора или администратора системы.
Признаки, указывающие на необходимость обращения к специалисту:
- Отсутствие интеграции между тикет-системой и базой знаний. Если система не сохраняет информацию об использованных статьях, потребуется помощь технического специалиста для настройки webhook-интеграции или API-соединения.
- Некорректная работа фильтрации. Если фильтр по исполнителю не отображает все тикеты или выдаёт ошибки, это может быть связано с настройками прав доступа или ошибками в конфигурации системы.
- Необходимость массового анализа. Если требуется проанализировать работу нескольких агентов за длительный период, супервизор может сформировать отчёт, используя встроенные инструменты аналитики.
- Обновление базы знаний. Если статьи были перемещены, переименованы или удалены, ссылки на них в истории тикетов могут стать нерабочими. В этом случае администратору необходимо обновить записи или восстановить утраченные материалы.
Заключение: резюме
Поиск статей базы знаний по исполнителю тикета — это инструмент, который может позволить агентам поддержки опираться на опыт коллег и сокращать время на поиск решений. Особенно полезен этот метод для новых сотрудников, при обработке эскалированных обращений и в случаях, когда стандартный текстовый поиск не даёт результатов. Однако его эффективность напрямую зависит от качества интеграции между тикет-системой и базой знаний, а также от дисциплины сотрудников в части фиксации использованных материалов.
Для успешного внедрения этого подхода рекомендуется:
- Настроить автоматическое сохранение ссылок на статьи при ответе на тикет.
- Обучить агентов использованию фильтра по исполнителю.
- Регулярно проводить аудит базы знаний для удаления устаревших материалов.