# Поддержка

# Режим работы в службе поддержки.

  1. В будние дни работаем в две смены:
    • Первая смена с 9 до 18 часов.
    • Вторая смена с 10 до 19 часов.
    • Перерыв на обед 1 час, не одновременно.
  2. В субботу работаем в формате дежурства:
    • Заводим задачи, берем доступы, обязательно информируем клиента, что задачу будем смотреть только в понедельник-вторник, например: Пришлите, пожалуйста, доступы в трекер, на сервер (WP блог, регистратор доменов). До вторника все проверим..
    • В пятницу, накануне выходных, напоминаем, кто дежурит в субботу.
  3. В воскресенье выходной, не дежурим, заходим в CarrotQuest только по желанию.
  4. За 30 минут до окончания смены не берем новые диалоги, пользователей информируем о том, что задача/вопрос в работе, продолжим общение завтра после 9 часов утра по Москве. Или в понедельник, если речь идет о выходных.

# Начало работы

  1. Вы получите приглашение в сервис на вашу корпоративную почту.
  2. Загрузите фото/аватар и используйте свое имя (без фамилии). Клиенту комфортнее общаться с реальным человеком.
  3. В настройках профиля отключите уведомления.
  4. Изучите сервис, в основном нас интересует раздел "Диалоги", т.к. через него идет общение с пользователями.
  5. Зайдите на сайт https://keitaro.io/ и напишите сами в чат, а потом попробуйте поотвечать на свои же сообщения, потестируйте и посмотрите, что можно делать в морковке.
  6. В диалоге справа есть карточка клиента. В ней можно найти информацию по аккаунту, лицензии, и заметки по пользователю. Заметки пишутся нами и видны только нам.
  7. Справа под заметками есть поле для ввода тегов. Этот тег будет прикреплен к пользователю. По тегам можно осуществлять поиск.

# Рекомендации

  1. Идентифицируйте клиента

    • Проверьте наличие у него лицензии. В заметках коллеги могли уже оставить свои комментарии, начните с них.
  2. Оцените сложность

    • Простые. Задали несложный вопрос, отвечаем сразу.
    • Сложные. Тут требуется время, чтобы разобраться - не блокируемся, отвечаем, что приняли и по результату ответим.
    • Критические (Блокирующие). У клиента серьезные проблемы с работой трекера. Снимаем блокировку, отвечаем, что приняли и постаемся решить как можно быстрее. Пишем в #tech-questions, заводим задачу в Jira, зовем коллег.
    • Пожелание. Благодарим и пишем, что обязательно изучим и постараемся учесть. Если запрос уникальный, пишем в #proposals.
  3. Не блокируйтесь

    • Сразу отвечайте что-нибудь клиенту. Снимите его с ожидания. Ответье, что приняли и при возможности/результатах напишем.
    • Откладывайте решение с пятницы на понедельник, если возможно. Оставьте силы в выходные реагировать на критические обращения.
    • Прежде, чем просить помощи у коллег. Начите поиски ответа в базе знаний или поиском в Slack.
    • Если проблема технического характера, сразу запросите доступы к трекеру и серверу. Вы сэкономите время себе и коллеге, который будет вам помогать.
    • Если решение проблемы можно отложить, заведите баг или задачу в проекте SUPPORT. Постарайтесь в задаче сразу описать проблему и приложить все доступы и ключи. Полученные доступы проверьте сначала сами.
    • Отказывайтесь от переписки через личный мессенжер. У вас будут сложности передать диалог коллегам.
    • Если клиент просит ваш публичный SSH ключ. Попросите его создать новую пару ключей или используйте наш общий (найдете в слаке). Иначе вы рискуете заблокировать решение на себе, т.к. никто из коллег не может зайти на сервер.
    • Если впереди выходные, предупредите, что решение может быть в начале следующей недели.
    • Когда идет лавина диалогов, запросите помощи через канал #workspace, текстом @here нужна помощь на карроте.
    • Помните о принципе Remote by Default в компании. У нас все свои и все готовы помочь, только учтите, что реация будет не моментальная.
  4. Вникайте в суть проблемы

    • Если вы не поняли проблему клиента, то вероятно и ваши коллеги не поймут. Запросите у клиента деталей и описание его конечной задачи.
    • Если в #tech-questions вы получили ответ от коллеги, но не поняли смысла, смело запросите более развернутого ответа. Не волнуйтесь, у нас в команде такая договоренность, что пишем коротко и при необходимости развернуто.
  5. Превосходите ожидания

    • Озвучивайте сроки решения в 3 раза больше, чем вам кажется, что необходимо. Удивите тем, что решили проблему быстрее оговоренного срока.
    • Если проблему можно устранить не отвлекая клиента — не отвлекайте его. Попросите доступы и сделайте всё сами.
    • Если вы видите, что у продукта есть неудобство, с которым регулярно сталкиваются клиенты - инициируйте улучшение через канал #proposals.

# Обсуждение вопросов

В процессе общения часто попадаются вопросы, на которые можно не знать ответ. Такие вопрсоы выносите в канал #support-workflow. На обсуждение можно выносить вопросы, которые:

  • вызывают затруднения при ответе,
  • на которые был изначально дан неверный ответ (ответ сохранится в истории переписки, и следующий раз неправильный ответ продублируется другому пользователю),

В результате обсуждения в треде будут описаны все возможные варианты ответов на этот вопрос.

Важно, чтобы в обсуждении участвовали все, звать в тред можно через @support-team.

# Поддержание уровня качества поддержки

  • Нужно читать ответы ребят в поддержке, следить за тем, чтобы пользователи получали максимально релевантный ответ на свой запрос.
  • Обращать внимание на диалоги, которые долго ведутся одним и тем же оператором, предлагать помощь.
  • Поощрять сотрудников поддержки задавать вопросы в канале #support-workflow
  • Вопросы, на которые был дан неправильный ответ, обязательно выносить на обсуждение,и разбирать все варианты решения этого вопроса.

# Нотификации

# Рекомендации по решению конфликтных ситуаций

  1. Если чувствуете, что назревает конфликт, или не можете "справиться" с пользователем, передайте диалог на Артура или Веронику.
  2. При решении конфликтов самостоятельно пользуйтесь правилом LAST:
    • Listen - выслушайте и услышьте пользователя, у него есть какая-то боль или проблема, вызванная работой с трекером. Отбросьте все субъективные эпитеты и определите конкретную проблему у данного пользователя.
    • Apologize - Извинитесь, скажите, что займетесь решением прямо сейчас.
    • Solve - постарайтесь или решить вопрос прямо на месте, используйте канал #tech-question, а клиента предупредите о задержке ответа: "Передал ваш запрос коллегам. Я Вам напишу сразу, как только появится новая информация.".
    • Thank - отпишитесь пользователю с решением и поблагодарите его, не пишите за что именно (не нужно писать спасибо за терпение, за то, что принесли неудобства, не упоминайте раздражитель).
  3. Мы не предлагаем пользователю компенсацию в виде скидки или дополнительных дней к лицензии. Это фиксирует в сознании пользователя схему поведения, когда можно высказать недевольство и получить бонусом лицензию.

# Возврат денег за лицензию (Refund)

У нас нет возвратов, в лицензионном соглашении прописано, что мы не возвращаем деньги за лицензию.

# Как создавать задачи в Jira

Если понимаете, что здесь и сейчас вопрос не решить, то создавайте задачу в jira:

  1. В задаче указывайте ссылку на диалог в морковке.
  2. В названии задачи вкратце описывайте суть.
  3. В тексте опишите, что делает клиент, для чего, и прикладывайте все возможные доступы, действуйте по ситуациии:
    • Если проблема с трекером - просите доступ в трекер и на сервер.
    • Если проблема с доменами - в трекер, на сервер и в панель регистратора.
    • Проблема с партнеркой - в трекер и в аккаунт партнерки.
    • WordPress - в трекер и админку WP.
  4. Ставьте исполнителя, если задачу нужно заблокировать на определенном человеке.
  5. Держите клиента в курсе происходящего. Уведомите его о решении.

# Задачи SUPPORT

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

# Канал #tech-questions

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

  1. В главном сообщении описываем проблему полностью, с максимальными подробностями и доступом.
  2. Используйте цитаты, символ > или блок, 3 символа ````` и вконце.
  3. Заведите тред от вашего вопроса. Внутри треда:
    1. Добавьте номер задачи Jira, если есть.
    2. Ссылку на диалог. Доступы, ключи.
    3. Если вопрос блокирующий, зовите @artur.sabirov и @timur.shahmuratov. Они подскажут кому можно поручить.
  4. Если клиент прислал какие-то новые детали, добавьте в тред. Не забываем использовать цитаты.
  5. В случае, если вопрос или ответ в треде слака непонятен - пишем нужны подробности, и собираем с клиента или с отвечающего человека больше информации.
  6. Если вас пинганули - дайте понять, что видели сообщение, и ответите позже.
  7. Если прикладываете скриншот с ошибкой, дублируйте ее текстом. Это поможем в будущем найти ошибку поиском.
  8. В рамках одного треда решаем одну проблему. Даже если это один и тот же клиент, заведите второй тред. Иначе все запутаемся кто-что обсуждает.
  9. В дни дежурства пишем в канал только о критических проблемах.

# Выходные и праздничные дни

  • По выходным реагируем только на критические/блокирующие проблемы.
  • В воскресенье выходной, не дежурим, заходим в CarrotQuest только по желанию.
  • Если вы решаете проблему более низкой важности и требуется помощь, заводите задачи в Jira. В #tech-questions по выходным пишем только о критических инцидентах.

# Дежурства разработчиков

  1. Формат дежурства - on-call, т.е. находиться на связи по Slack на протяжении дня. Этоо может быть приложение Slack на телефоне.
  2. Вам необходимо следить за сообщениями в канале #tech-questions. В дни дежерства в этот канал пишутся только критические проблемы. Если вы считаете, что проблема не критичена и легко подождет до понедельника - сообщите об этом.
  3. На сообщения необходимо отреагировать в течение получаса.

# Дежурства поддержки

  1. Если вопрос пользователя не критичный и вы можете ответить на него сами - пишите ответ.
  2. Если вопрос не критичный, но ответ не знаете и требуется помощь коллег - вопрос оставляйте на первый рабочий день, в слаке никого не беспокоим. Можно поделиться с пользователем ссылкой на нужную документацию, с уточнением, что сейчас есть только такая информация, подробнее поможем разобраться после выходных.
  3. Если вопрос критичный - у пользователя не работает трекер, или имееется какая-то критичная проблема, которая глобально останвливает трекер - решаем вопрос пользователя, при необходимости пингуем сначала коллегу-разработчика, который сегодня с вами дужерит. Если не получаете реакцию в течение получаса - зовем Артура или Тимура.

# FAQ

# Как найти ссылку на диалог?

В диалоге вверху есть кнопка со скрепкой, при наведении курсора на нее появляется подпись "Скопировать ссылку в буфер обмена".

  • В Диалоге, внизу поля ввода ответа, есть список сохраненных ответов. Это своего рода шаблонные ответы на частые вопросы, которые задают пользователи.

# Что почитать

E-book:

  1. Клиенты на всю жизнь. Карл Сьюэлл.
  2. Behind every great product is a great support team
  3. Доставляя счастье. Тони Шей.

Качественный продукт привлекает новых клиентов, качественная поддержка удерживает их.