Лучшая техническая поддержка

Алексей Ворм, 2022

Хотите узнать, как построить лучшую техническую поддержку в России? Эта книга для вас. 22 года работы в технической поддержке позволяют не без ложной скромности говорить о том, что у меня есть опыт, который может быть полезен и вам. На страницах этой книги я делюсь опытом интеграции инновационных сервисов в один технический инструмент под названием Хелпдеск. Правильно – это когда вы используете один инструмент. Правильно – это когда у вас есть правила. Правильно – это когда вы постоянно развиваетесь и улучшаетесь. В этой книге лаконично написано про то, как построить лучшую техническую поддержку. Книгу посвящаю своей жене Стасе.

Глава 8. Реализация информационных рассылок.

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

Информационные рассылки реализованы на основе платформы Хелпдеск, а также интеграционного взаимодействия с функционалом от ботмамы.

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

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

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

После того, как мы реализовали информационные рассылки через Ватсап, мы реализовали информирование в самой программе, но, как я и писал раньше — индивидуальное обращение в Ватсап или «тележку» работает лучше, чем информирование о сбое или аварии в самой программе. Также к минусам информирования о сбое/аварии из самого ПО — можно отнести тот факт, что если ПО не работает, то и саму «объяву» наши клиенты также не видят. Мы почесали затылки, пообщались, обсудили, ещё раз пообщались и договорились, что:

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

— мы заводим аварийный канал в «телеге» и заводим туда всех заинтересованных пользователей, клиентов, партнёров, при этом число ответственных, которые имеют возможность информирования в канале, регламентировано определённым количеством от каждой стороны участников процесса;

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

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

Ну и конечно информируем через, а точнее, ИЗ нашего Хелпдеска.Ну, не буду напоминать, что КЛИЕНТЫ — это наше всё, и наша задача, задача Лучшей технической поддержки — информировать клиентов и держать их в курсе. Это важно не только для того, чтобы закрывать вопросы типа: «а почему вы нас не предупредили?» Это важно, чтобы клиенты понимали, что происходит, и если это происходит, могли оперативно принимать стратегически важные для них (КЛИЕНТОВ) решения.

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