что такое тикеты на сайте

Советы по работе с тикет-системой

Первое, что видят инженеры службы технической поддержки — это заголовок тикета. Он должен быть кратким, емким и максимально отражать суть описываемой проблемы. Если в тикете речь идет о неисправностях сервера, то в заголовке желательно указать его номер.
Приведем примеры корректных и некорректных заголовков:

Краткие и точные заголовки впоследствии помогут и вам лучше ориентироваться в собственных тикетах и находить среди них нужный.

Чем точнее, подробнее и логичнее описана проблема, тем быстрее смогут ее решить наши специалисты. Желательно, чтобы описание было подкреплено конкретными примерами. Если вы, например, пишете о проблемах с сетевой доступностью, то прилагайте к тикету ответы на ping-запросы и данные трассировки (они могут быть получены с помощью как стандартных утилит traceroute/tracert, так и более специализированной утилиты MTR).

Довольно часто приходится сталкиваться с описаниями такого рода:

Добрый вечер.
У меня опять сервер не работает. Что случилось?

Подобного рода формулировки могут доставить сотрудникам техподдержки немало хлопот: им может потребоваться немало времени, чтобы разобраться, что именно у вас произошло.

Хорошее описание должно быть составлено по-другому. Например, так:

Доброе утро,
Вчера я поменял на облачном сервере IP-адрес c (. ) на (. ). Проверил все настройки несколько раз — вроде бы все верно, но новый адрес почему-то не работает.
(К описанию прилагаются также результаты ping-запроса).

На выделенном сервере csXXXX подозревается неисправность жесткого диска. Данные SMART-таблицы: (. )

SMART (self-monitoring, analysis and reporting technology) — это технология, позволяющая оценить состояние жесткого диска с помощью внутренней аппаратуры самодиагностики, а также спрогнозировать время его выхода из строя. Более подробно о S.M.A.R.T.-таблицах и и их интерпретации можно прочитать, например, здесь (на русском языке), а также здесь (на английском языке).

Если вы предполагаете, что на вашем сервере проблемы с памятью, постарайтесь приложить выводы утилит для диагностики памяти, которые помогут определить, какая именно планка памяти неисправна.

Если возникли проблемы в работе с нашей панелью управления или с настройками (например, настройками мониторинга, файерволла, облачного хранилища), рекомендуется приложить к тикету скриншоты страниц настроек — это поможет быстрее диагностировать и исправить ошибки.

Все действия, которые производятся с сервером (в том числе внезапные перезагрузки и другие непредвиденные моменты) находят отражение в системных журналах. Выдержки из системных журналов также можно (а в некоторых случаях — даже необходимо) прикладывать к тикетам. Даже если вы не можете расшифровать системные логи, наши специалисты обязательно помогут и дадут конкретные рекомендации по решению проблемы. В Linux-системах журналы обычно хранятся в каталоге /var/log, в Windows — в каталоге %windir%\logs\cbs\cbs.log.

Некоторые ошибки возникают только при работе с определенными браузерами. В таком случае нужно указать версию используемого браузера и приложить соответствующий скриншот.

Избегайте слишком кратких описаний: сотрудники техподдержки будут вынуждены задавать вам дополнительные вопросы, и на выяснение деталей уйдет немало времени, которое могло бы быть потрачено непосредственно на исправление неполадок.

Еще одно важное правило формулируется так: одна проблема — один тикет. Создавайте отдельный тикет для каждой из возникших у вас неисправностей — это поможет лучше скоординировать работы саппорт инженеров и ускорить рассмотрение проблемы. Кроме того, следование этому правилу также поможет вам быстрее осуществлять поиск по тикетам.

Если проблема, о которой вы уже сообщали и которая была решена, вдруг снова дала о себе знать, не создавайте новый тикет, а напишите об этом в том, который был посвящен этой проблеме ранее.

Закрывать тикет нужно только тогда, когда проблема окончательно решена. Даже если вы ничего не написали, закрытие тикета для инженеров технической поддержки является сигналом, сообщающим о том, что вас больше ничего не беспокоит.

Источник

Как управлять обращениями в ИТ-отдел

По мере роста числа устройств, которыми необходимо управлять, возрастает число обращений сотрудников компании в ИТ-отдел по разным вопросам. Как централизованно управлять ими, чтобы документировать их и координировать работу сотрудников ИТ-отдела? Рассмотрим на примере облачного RMM-решения Panda Systems Management.

В предыдущих наших статьях про RMM-системы мы рассказывали о том, как такие комплексные решения позволяют автоматизировать многие ИТ-задачи и повысить эффективность обслуживания ИТ-сетей за счет удаленного и централизованного мониторинга, контроля и поддержки устройств и пользователей: мониторинг работы устройств, управление мобильными устройствами (MDM), удаленная установка ПО, инвентаризация, управление патчами и многое другое.

Но все эти задачи – это непосредственная работа с ПО и «железом», и за их использованием стоят конкретные люди, сотрудники предприятия, которые в своей массе не обладают серьезными ИТ-навыками и знаниями, а потому периодически сталкиваются с теми или иными проблемами. Как им оптимальным и формальным образом взаимодействовать с ИТ-отделом? Как ИТ-отделу принимать такие запросы, не терять их и не забывать про них? Как руководству ИТ-отдела контролировать обработку всех этих запросов?

Очевидно, что грамотная, оперативная и качественная обработка обращений сотрудников в ИТ-отдел не только повышает показатели работы самого отдела в целом и его сотрудников в частности, но в глобальном смысле непосредственно влияет на производительность работы сотрудников предприятия, эффективность и конкурентоспособность всего предприятия.

Кстати, Вы можете бесплатно зарегистрировать лицензии Panda Systems Management на сайте www.cloudav.ru/enterprise/solutions/cloud-systems-management и вместе с нами настроить управление обращениями непосредственно в Вашей сети.

Задача: системное управление обращениями в ИТ-отдел

Рост числа устройств в компании, которыми необходимо управлять, и рост числа технических специалистов, которые выделены для решения ИТ-проблем, рано или поздно потребует внедрение системы, которая позволяет ИТ-отделу системно управлять каждым инцидентом, документировать его и координировать.

Тикет-система (Ticketing system или система по обработке заявок/обращений) используется для отслеживания каждого инцидента с момента его создания и до момента его закрытия, записывая все промежуточные этапы, через которые он проходит.

Таким образом, можно назначить обращение определенному ИТ-специалисту или переназначить его другому специалисту, если предыдущий занят или он не обладает специальными знаниями и навыками для решения данной проблемы. Кроме того, у данного обращения тикет-система сохраняет всю переписку, документацию и данные по выполненным работам, а потому при переназначении технического специалиста или при возникновении похожей проблемы в будущем можно не отвлекать конечных пользователей (сотрудников предприятия) для повторного уточнения и запроса требуемой информации.

Во-вторых, принудительное документирование инцидентов позволяет повторно использовать процедуру решения проблемы для будущих аналогичных инцидентов, что также сокращает время отклика ИТ-отдела.

И наконец, тикет-система позволяет руководителю ИТ-отдела определять нагрузку на сотрудников отдела, выбирая открытые обращения в требуемый период времени, чтобы можно было выделить дополнительные ресурсы при необходимости.

Вполне логично, что такая тикет-система интегрирована в комплексное RMM-решение, где взаимосвязаны все аспекты управления, контроля и обслуживания ИТ-ресурсов предприятия.
Итак, рассмотрим тикет-систему на примере комплексного облачного RMM-решения Panda Systems Management.

Описание тикета

Каждый тикет (по сути дела – это инцидент или обращение конечного пользователя, кейс) содержит набор полей, которые его описывают:

Creator: Создатель тикета. Это может быть устройство (если тикет создан пользователем из локального Агента) или системный аккаунт (если тикет автоматически создан соответствующим монитором Panda Systems Management и назначен техническому специалисту).

Site: Группа устройств, к которым принадлежит тикет.

Date Created: Дата создания тикета.

Status: Существует четыре статуса:

• New: недавно созданный тикетс описанием проблемы и назначенным техническим специалистом. Еще никакие работы по данной проблеме выполнены не были.

• In progress: Технический специалист из ИТ-отдела, кому назначен данный тикет, управляет инцидентом.

• Waiting: Решение инцидента было приостановлено какими-то внешними причинами (недостаток информации, подтверждение изменений пользователем и пр.).

• Complete: Инцидент был решен и закрыт.

Severity: Степень важности тикета. Если тикет был сгенерирован монитором, то будет скопирована степень важности, определенная для данного монитора.

Assigned to: Технический специалист, которому был назначении данный инцидент для решения.

Summary: Сводная информация по инциденту.

Content: Описание инцидента.

Comments: В этом поле технические специалисты и конечные пользователи могут добавлять записи, которые обновляют этап инцидента или завершают его.

Техническим специалистам и конечным пользователям рекомендуется чаще использовать данное поле с комментариями, документируя изменения в инциденте и выполненные действия, проведенные проверки и другие данные, которые могут представлять интерес. Это необходимо для того, чтобы эти данные можно было использовать в будущем для повышения скорости решения аналогичных инцидентов.

Создание тикета

Тикеты создаются тремя способами:

1. Вручную конечным пользователем (сотрудником предприятия) из локального агента Panda Systems Management, установленного на его компьютере

2. Автоматически монитором Panda Systems Management, который зафиксировал условие, определенное как аномалия для устройства пользователя

3. Вручную сотрудником ИТ-отдела из консоли управления Panda Systems Management

1. Вручную конечным пользователем

Если конечный пользователь заметил, что его устройство работает некорректно, он может вручную создать тикет (обращение в ИТ-отдел), чтобы сообщить о данном инциденте и описать наблюдаемые симптомы.

Чтобы зарегистрировать тикет вручную, пользователь должен открыть установленного на его компьютере Агента, нажав правой кнопкой на его иконке, в выпадающем меню выбрать Open, затем в интерфейсе локального агента выбрать закладку Tickets и нажать кнопку New Ticket.

В открывшемся диалоговом окне необходимо указать заголовок тикета и его описание и нажать кнопку ОК.

После создания тикета конечный пользователь может добавлять в него комментарии:

Или закрывать его, если инцидент, по его мнению, решен:

2. Автоматически монитором

При настройке политики монитора в разделе Ticket Details можно настроить опции автоматического создания тикета в том случае, если монитор зафиксирует какое-то аномальное условие на устройстве конечного пользователя:

В этом случае вы можете включить опцию автоматического создания тикетов, назначить соответствующего технического специалиста и поставить приоритет у создаваемых тикетов, а также отправлять оповещение о создании тикета по электронной почте.

3. Вручную сотрудником ИТ-отдела

Как правило, это напоминания или задачи, которые добавляются в список тикетов для ИТ-отдела.
Чтобы создать тикет, необходимо на уровне аккаунта или сайта перейти на закладку Support и нажать на кнопку New Ticket для создания тикета.

Тикеты, созданные на уровне всего аккаунта, не привязываются к сайтам внутри аккаунта и не показываются на уровне какого-либо сайта.

При добавлении тикета вы можете указать его заголовок, описание, приоритет, а также назначить или переназначить технического специалиста для решения инцидента (задачи) по данному тикету:

Управление тикетами

Созданные тикеты управляются на закладке Support на уровне аккаунта, сайта или конкретного устройства. При этом необходимо учесть, что тикеты, созданные на более низких уровнях, отображаются в списке тикетов на более высоких уровнях (т.е. если создали на уровне устройства, то будет отображаться на уровне сайта или всего аккаунта), но не наоборот.

Опции управления в панели Actions позволяют вам фильтровать тикеты (показывать только открытые тикеты, мои тикеты, все тикеты) или редактировать их статус с помощью иконки с изображением карандаша. Чтобы изменить приоритет, статус или назначенного технического специалиста, необходимо нажать на номере тикета в таблице.

Заключение

Комплексное облачное RMM-решение Panda Systems Management позволяет централизованно и удаленно обслуживать корпоративную ИТ-систему, автоматизируя и решая практически весь комплекс ИТ-задач, от мониторинга и инвентаризации до удаленной установки ПО и MDM.

Среди прочих задач с помощью данного решения можно также системно управлять обращениями и инцидентами в рамках тикет-системы. Такой подход позволяет упростить и ускорить выявление и решение инцидентов для обеспечения должного уровня функционирования ИТ-системы в целом. А это напрямую влияет на рост производительности труда и конкурентоспособности предприятия.
Добивайтесь большего, делая меньше!

Источник

5 правил работы с тикетами

1. Правило «один на один»

Каждый тикет (он же — «баг») представляет собой взаимосвязь между двумя людьми: тем, кто заявил о проблеме, и тем, кто будет ее решать. Если это баг — сообщает о нем, разбирается, если это вопрос — задает его, отвечает. Неважно, какое количество людей с обеих сторон вовлечено в решение вопроса, в этой коммуникации участвуют только двое.

Ответственность того, кто создает тикет — рассказать о проблеме. Когда вы создаете тикет, вы настаиваете на том, что проблема существует: может сказать, что все работает, может утверждать, что у него такой ошибки нет, еще — что описание проблемы слишком мутное и никто не понимает, в чем, собственно, дело. Задача создающего тикет — обеспечить его жизнеспособность. Если вы создали тикет — вы его до самого момента закрытия.

Задача второй стороны — обеспечить решение. Если тикет назначен вам — ваша задача убедить вторую сторону, что ваше решение — самое лучшее. Вам могут говорить, что этого решения недостаточно, что оно неэффективно или не до конца решает проблему. Конечно, ваша задача — исследовать корни проблемы, просчитать все возможные варианты и предложить хорошее решение, но все это второстепенно, ведь ваша главная задача — закрыть тикет.

В один всегда продает другому свое видение вопроса.

2. Закройте его!

— это не чат, и вы здесь не для того, чтобы разговаривать. Вы здесь для того, чтобы решить свой вопрос. Тикеты, которые не закрываются неделями, это настоящий ночной кошмар как для заявителя, так и для технического специалиста: их сложно отслеживать и еще сложнее контролировать. Тикет может иметь сотни комментариев, которые в конце концов заставляют забыть, в чем же, собственно, была проблема.

Все это — ошибка обеих сторон. Тикет должен быть сформулирован кратко и по существу. Сценарий идеального тикета таков: проблема — уточняющие вопросы — короткое объяснение — решение — закрытие тикета, всем спасибо.

3. Не закрывайте его!

Каждый раз, когда вы обнаруживаете баг и создаете тикет, вы тратите свое время. Каждый раз, когда сотрудник техподдержки обрабатывает ваш тикет, тратит массу ресурсов.

Если вы подтверждаете закрытие тикета, а проблема толком не решена, вы выбрасываете свои деньги и деньги провайдера в мусорное ведро. Если тикет создан, нельзя сказать «Ладно, разберемся позже». Если он запущен, должны быть предприняты все меры для решения возникшей неполадки.

Посмотрите на это с такой стороны: когда вы создали тикет, у вас в голове была определенная задача, пошло не так. Если у вас в данный момент недостаточно времени, и вы закрываете вопрос, другой в будущем найдет то же баг и будет снова тратить время — свое и провайдера — на решение этой проблемы. Сделайте мир немного лучше, не закрывайте тикет до тех пор, пока вы не получили полноценный ответ на свой запрос.

4. Тсс….Не шумите!

Каждый раз, когда вы оставляете комментарий по тикету, адресуйте его — в ином случае ваш комментарий посчитают просто высказыванием своего мнения, тем, что называется в психологии «коммуникационным шумом». Помните, тикет — это общение между двумя участниками.

Всегда адресуйте свой вопрос/просьбу/требование конкретному человеку, с которым вы общаетесь для закрытия своей проблемы. Все остальное просто усложняет процесс решения проблемы, но ни в коем случае не помогает в нем.

5. Говорите громче

Всегда говорите о том, что вас не устраивает. Каждый раз, когда вы сообщаете о проблеме, объясните, что именно пошло не так. Это ваша задача — объяснить, что именно в продукте работает некорректно, что не задокументировано, в чем есть вопросы. Вы получили услугу, и это ваше право — сообщить о проблеме, и ваша обязанность — объяснить, что конкретно не соответствует вашим ожиданиям.

Формула тикета такова: «Вот что мы имеем, а вот что мы должны иметь». Вы как бы передвигаете проект из точки, А в точку Б: пошло не так в точке, А, и для всех нас было бы лучше оказаться в точке Б. Очевидно, что ваша задача — нарисовать эту линию из точки, А в точку Б.

Скажем, если у вас вопрос, это значит, что в документах недостаточно информации — и это корень проблемы. Вместо того, чтобы спрашивать: «Как подключить Х?», скажите: «В текущих документах нет информации о том, как подключить Х. Пожалуйста, дополните их».

Каждый раз, создавая тикет, чувствуйте себя художником — рисуйте четкую линию из точки А в точку Б.

Источник

Тикет-система: что это, возможности, интерфейс и как работать в ней

Из статьи вы узнаете ответы на базовые вопросы об инструментах поддержки: что такое тикет-система и что такое тикеты, какие виды бывают, современные инструменты поддержки клиентов через мессенджеры и соцсети, и четыре правила работы в тикетной системе.

Содержание

Что такое тикет-системы

Тикет система — это программа или облачный сервис, который позволяет управлять тикетами: просматривать, создавать, удалять, изменять название, статус, ответственного и другие параметры. Тикетные системы используются для поддержки клиентов, технической поддержки, службе заботы о клиентах, гарантийном, рекламационном и других отделах компании, связанных с работой с клиентами.

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

Слово «тикет» пришло из очередей в банках, больницах, на почте, МФЦ и так далее. Тикет — это бумажный номерок или талон, который вы получаете, чтобы занять очередь к специалисту. Но в тикетных системах это не только номер в очереди, но и множество дополнительной информации: название и описание обращения, имя клиента и его контактные данные, ответственный за решение, теги и так далее.

Тикетные системы делятся по видам тикетов: сервисные — это например, обращения к сисадмину или технику по кондиционерам; и клиентские — когда к вам обращаются клиенты по любым вопросам. Наша система — Еадеск — специализируется на работе с клиентами, поэтому в статье мы рассматриваем работу с клиентскими тикетами.

Также тикет-системы делятся по назначению: для сайта, для электронной почты, для мессенджеров и соцсетей и так далее. Сейчас это деление условно, потому что возможности современных тикет-систем примерно одинаковые. Однако оно показывает как развивались программы, почему тикет-системы для электронной почты плохо подходят для мессенджеров и так далее. Обо всём по порядку.

Система тикетов для сайта

Примерно 20−25 лет назад, когда не было соцсетей и мессенджеров, а электронная почта была платной, существовали только системы тикетов для сайта. Всё что они позволяли сделать — разместить базу знаний и через форму обратной связи на сайте принять запрос от клиента.

Не удивительно, что клиенты не любят формы обратной связи.

Предполагалось, что большую часть проблем клиенты будут решать самостоятельно через базу знаний и лишь по сложным вопросам обращаться в службу поддержки. Но такие системы были неудобны клиентам и заставляли их тратить своё время на заполнение полей, поэтому системы тикетов для сайта заменили «тикетницы» для почты.

Тикет-система для работы с электронной почтой

Где-то 15 лет назад, с появлением доступного интернета и распространением электронной почты, появился новый тип сервисов — для работы с электронной почтой. Они умели всё то же самое, что тикетницы для сайтов, но научились автоматически регистрировать обращения из почты.

Громоздкий и непонятный интерфейс OTRS — тикет-системы для работы с электронной почтой.

Для клиентов стало удобнее: вместо изучения базы знаний и заполнения форм с множеством полей, можно было найти почту компании и в любое удобное время написать письмо с вопросом. Да и ответ приходил на эту же электронную почту. Однако затем появились социальные сети и мессенджеры, и почты стало не хватать.

Обращения клиентов в социальных сетях и мессенджерах

С приходом соцсетей и мессенджеров взаимодействие с клиентами изменилось кардинально. Теперь клиенты обращаются куда им удобно, а не только на почту; вместо подробного описания проблемы пишут «Привет! Ау, вы здесь?» и рассчитывают, что вы сами спросите всё что нужно; и не готовы ждать ответов по несколько дней и недель, как это было раньше в электронной почте.

Переписка с нетерпеливым клиентом в интерфейсе Еадеска.

Тикет-системы для электронной почты стали добавлять новые каналы: ВКонтакте, Инстаграм, WhatsApp, Телеграм и другие. Однако все системы, изначально рассчитанные на почту, столкнулись с проблемой поддержки чатов: чат с клиентом один, а запросов у клиента много — невозможно разбить переписку на тикеты.

Проблему пытались решить разными способами: встроить чаты отдельно от тикетов, усложнить логику переписки или подсчёта аналитики, разделять переписку на тикеты, вести тикеты отдельно от переписки. Однако до конца решить эту проблему в старых тикетницах невозможно и поэтому пользоваться ими неудобно.

Zendesk предлагает 90% времени проводить в этом маленьком окошке…

Если половина обращений ваших клиентов идут из соцсетей и мессенджеров — нужно использовать омниканальные тикет-системы, изначально созданные для этого. На Западе уже довольно много таких систем: Front, Intercom, Gorgias, на русском языке только Еадеск.

Простая тикет-система для технической поддержки на русском

Еадеск — это простая тикетная система для технической поддержки на русском языке. Он помогает увеличить скорость обработки обращений в 3−5 раз за счёт объединения разных каналов и источников в одном окне, интуитивно понятного интерфейса, автоматизации и контроля работы через наглядные показатели.

Главное отличие Еадеска в том, что это тикет-система без тикетов. Он решает те же задачи, что и обычная тикетница, но в первую очередь создан для поддержки клиентов через социальные сети и мессенджеры, где тикеты не нужны.

Тикет — искусственный термин, вместо него мы используем более естественные и понятные человеку: диалог и задача. Представьте разговор начальника и сотрудника:

В этом разговоре нет ни одного тикета, зато есть диалог между начальником и сотрудником, например, по телефону или в переписке WhatsApp. Из диалога можно извлечь три задачи для сотрудника:

Такой подход более естественный и понятный вашим сотрудникам, мы сталкиваемся с ним каждым день: мы общаемся и нам ставят задачи супруг, родственники, воспитательница в детском саду или классный руководитель нашего ребёнка. И бывает, что мы сами с собой разговариваем и составляем себе список дел на завтра.

Диалогом же, в отличие от тикета, может быть что угодно: звонок, переписка в мессенджере, комментарий в соцсети, письмо и так далее. Поэтому самая простая тикет-система та, в которой тикетов нет вообще. Давайте посмотрим, как правильно работать в такой системе.

Работа в тикетной системе: 4 универсальных правила

При работе с клиентами с помощью тикетной системы, вы обрабатываете лучше и больше обращений с тем же количеством сотрудников. Такая система за вас всё зафиксирует, уведомит о новых событиях, напомнит о задачах, автоматизирует рутину и так далее. Чтобы начать работу, следуйте четырём главным правилам ниже: они подходят не только для Еадеска, но и для других тикетниц, потому что универсальны.

Правило №1: фиксируйте все обращения

Чтобы ничего не потерять и не забыть — все обращения клиентов должны быть зафиксированы в одном окне.

Часто бывает, что сначала клиент напишет в чат, а по телефону сообщает важные детали — потом их невозможно будет найти и восстановить. Хорошо, если есть запись звонка, а если нет? И если записей по одному клиенту несколько, придётся переслушать все, чтобы найти нужный момент. Бывает, клиенты просят написать в WhatsApp или ВКонтакте и менеджеры пишут с личных профилей, а потом увольняются. Как найти о чём был разговор, что и к какому сроку обещали клиенту?

Чтобы избежать этих и других проблем с клиентами, когда вы потеряли какую-то информацию или обещали помочь и забыли, нужно подключить все каналы коммуникаций к вашей тикетной системе. Для этого надо определиться, через какие каналы вы готовы отвечать клиентам и запретить все остальные, в том числе личные контакты менеджеров. Не бойтесь пожертвовать текущими бизнес-процессами, если понимаете, что они построены неправильно.

Главные каналы при работе с клиентами:

Подключив нужные каналы, вы соберёте все обращения клиентов в одном окне, автоматически будете фиксировать клиентов и их контакты, а также собирать всю история взаимодействий в одном месте.

Еадеск поддерживает 9 каналов связи, в том числе WhatsApp и Instagram. С помощью API и разработчиков вы сможете подключить любой другой канал, которого у нас ещё нет, например, чат из вашего мобильного приложения.

Правило №2: поддерживайте порядок в обращениях

Чтобы клиентам быстро отвечали и вопросы решались, нужно поддерживать порядок в обращениях.

Если просто подключить каналы и собирать все обращения в одном окне, очень быстро наступит бардак. Сообщение посмотрели, но не ответили — почему? Кто на какие вопросы клиентов отвечает? Почему это обращение так долго висит без ответа? Кому передать сложный вопрос и так далее.

К сожалению, раз и навсегда эти вопросы решить невозможно, нужно менять текущие бизнес-процессы, выстраивать новые и прописывать регламенты. Однако, чтобы облегчить работу сотрудников поддержки, в каждой тикет-системе есть набор инструментов для наведения и поддержания порядка.

У нас есть всё, что поможет навести и поддерживать порядок в обращениях. Подробнее о том, как правильно работать в Еадеске, читайте в нашем руководстве – используйте его для обучения ваших сотрудников.

Правило № 3: ускорьте обработку обращений

После того как подключили все необходимые каналы и навели порядок в обработке обращений, нужно повышать эффективность и скорость работы операторов.

Чтобы повысить скорость обработки, необходимо устранить всё, что замедляет работу специалистов. Обычно они тратят время на бесконечный перебор обращений, чтобы выбрать, на какие нужно ответить в первую очередь. На написание ответов, в том числе одних и тех же ответов на типовые вопросы клиентов: в какие дни работаете, адреса магазинов, как вернуть товар, как связаться с бухгалтерией и так далее.

Стандартный набор инструментов для повышения эффективности и скорость обработки выглядит так:

Конечно, все эти возможности есть в Еадеске. Посмотрите наше руководство по организации работы сотрудников со стороны руководителя поддержки, чтобы улучшить свои процессы работы с клиентами.

Правило №4: контролируйте показатели

Даже после того, как выполнены основные настройки, работа не заканчивается — нужно регулярно следить за показателями и улучшать их.

Это правило последнее и будет ошибкой начинать работу в тикет-системе с отчётов и показателей. Показатели — это обратная связь по проделанной работы, которую нужно сначала сделать. Представьте, вы решили получить водительские права, и чтобы сдать экзамен в ГИБДД, вам нужно освоить базу: изучить теорию, пройти практику, закончить автошколу. И тогда набранные на экзамене баллы — это ваши показатели, но чтобы их получить — начать нужно с базы.

При внедрении тикет-системы всё то же самое, начать нужно с базы: сначала фиксировать все обращения в одном месте, потом навести и поддерживать порядок, затем автоматизировать рутину. И только после этого внедрять и анализировать отчётность.

Вторая ошибка — сразу использовать много разных показателей. Крупные контактные центры годами выстраивают свою отчётность, постоянно добавляя показатели и удаляя лишние. На начальной стадии достаточно использовать несколько ключевых. Во-первых, это позволит сфокусироваться на самом важном и не отвлекаться. И во-вторых, большие отчёты требуют больше времени для составления, обработки и интерпретации данных.

Ключевые показатели в службе поддержки:

Есть множество других, вспомогательных показателей вроде скорости первой реакции, времени, проведённого онлайн, количество звонков, если вы работаете через телефонию и так далее. Однако этих шести показателей достаточно для начала — они покажут, справляется ли отдел в целом, и как работает каждый сотрудник.

В Еадеске вы найдёте единый дашборд, на котором собраны все необходимые данные: по нагрузке, по каналам, по сотрудникам. А вот заметка, как с его помощью принимать управленческие решения.

Резюмируем

Тикет-системы за последние тридцать лет прошли большой путь от систем для сайта до современных решений работы с клиентами через мессенджеры и соцсети.

Чтобы правильно работать в таких системах, следуйте четырём правилам:

Источник