Служба поддержки: различия между версиями

Материал из Центр поддержки системы бронировании
Перейти к навигации Перейти к поиску
(Регистрация в трекере технической поддержки)
Строка 1: Строка 1:
[[Категория:Руководство]]
+
Техническая поддержка клиентов осуществляется путем обработки обращений, направленных через клиентский портал. Сотрудник технической поддержки вправе попросить клиента продублировать обращение в клиентский портал или отказать в обработке обращения, если оно отсутствует в портале.
<!-- -->
 
Разработчики системы бронирования {{NameSystemLink}} осуществляют техническую поддержку клиентов путем обработки размещенных в трекере (специальной системы управления проектами) тикетов (обращений).
 
  
Ссылка на трекер техподдержки: [http://helpdesk.nemo.travel helpdesk.nemo.travel]
+
Ссылка на клиентский портал: [https://portal.nemo.travel/ portal.nemo.travel]<blockquote>Внимание! Клиентский портал [https://portal.nemo.travel/ portal.nemo.travel]  является главным и основным инструментом оказания услуг технической поддержки.</blockquote>Если возникает потребность в проведении встречи с проектным менеджером для консультаций по возможному изменению логики работы Системы, обсуждения предоставленных Вами технических заданий на доработку Системы, обсуждения спецификаций поставщиков, консультации по поводу функциональности системы - необходимо создать запрос в клиентском портале. Подобные консультации подлежат оплате по соответствующему тарифу с округлением до целого консультационного часа в большую сторону.
  
Тикет — это обращение в службу поддержки с определенным вопросом. Тикет похож на тему форума (топик), в рамках которого идет переписка с сотрудниками технической поддержки.
+
== Регистрация в клиентском портале ==
 +
Регистрация в клиентском портале осуществляется по ссылке путем нажатия кнопки “Регистрация” на главное странице.
 +
[[Файл:Portal reg.png]]
  
{{Attention|Проектный трекер [http://helpdesk.nemo.travel helpdesk.nemo.travel] является '''главным и основным''' инструментом оказания услуг технической поддержки.}}
+
Регистрация производится на корпоративный электронный адрес клиента.
<br>
 
  
Если возникает потребность в проведении conference call с проектным менеджером для консультаций по возможному изменению логики работы Системы, обсуждения предоставленных Вами технических заданий на доработку Системы, обсуждения спецификаций поставщиков, консультации по поводу функциональности системы - необходимо создать запрос в нашем проектном трекере. Подобные консультации подлежат оплате по соответствующему тарифу с округлением до целого консультационного часа в большую сторону.
+
После регистрации просим вас сообщить нам указанные ниже данные либо создав обращение через уже активированную ранее учетную запись другого сотрудника, либо отправив письмо на адрес [mailto:https://support@nemo.travel/ support@nemo.travel]:
  
== Регистрация в трекере технической поддержки ==
+
* Имя пользователя, указанное при регистрации
 +
* E-mail пользователя, указанный при регистрации
 +
* Название компании
  
Регистрация в трекере технической поддержки осуществляется по ссылке http://helpdesk.nemo.travel/account/register.
+
== Регламент обращений в техническую поддержку ==
  
Регистрация производится обязательно на корпоративный электронный адрес клиента.
+
=== Алгоритм создания новых обращений: ===
 +
1. Для того, чтобы направить обращение в техническую поддержку, необходимо нажать на кнопку '''“Обратиться к компании”''' на главной странице зарегистрированного пользователя.
 +
[[Файл:Portal support.png]]
  
После регистрации просим вас сообщить нам указанные ниже данные либо создав тикет через уже активированную ранее учетную запись другого сотрудника, либо отправив письмо на адрес support@nemo.travel:
+
2. Выбрать '''“Техническая поддержка”'''
* логин пользователя, указанный при регистрации
 
* e-mail пользователя, указанный при регистрации
 
  
== Регламент обращений в трекер технической поддержки ==
+
3. Ознакомиться с информацией и нажать кнопку '''“Продолжить”'''
  
=== Правила создания новых тикетов: ===
+
4. Выбрать причину вашего обращения и нажать кнопку '''“Продолжить”'''
  
'''1.''' В поле '''«Тема»''' вносится кратко и четко сформулированная суть или симптом проблемы.
+
4. Установить приоритет и нажать кнопку '''“Готово”'''
  
Просим обсуждать их по электронной почте с руководством компании и коммерческой службой.
+
[[Файл:Portal priority.png]]
  
'''2.''' В поле '''«Описание»''' вносится:
+
5. Выбрать модуль к которому относится обращение, выбрать из предложенных вариантов категорию проблемы и кратко описать суть проблемы. Система предложит вам релевантные запросу статьи пользовательской документации (support.nemo.travel). Убедитесь, что в них отсутствует ответ на ваш вопрос. Нажмите кнопку '''“Обратиться в поддержку”'''
* '''Подробное описание проблемы или четко сформулированный вопрос'''. В случае сообщения о некорректной работе необходимо сообщить о том, какие действия были предприняты и какой результат получился, а также о том, какой результат ожидался, где обязательными данными являются:
 
*# '''Номера заказов/поисков''' с представленной проблемой. Номера заказов/поисков должны быть представлены в текстовом виде.
 
*# Под какой учетной записью производились действия.
 
*# При сравнении с информацией в терминале GDS прикрепите скриншоты терминала в виде файлов в графическом формате, или в виде ссылок на файл в графическом формате.
 
*# Ссылка на соответствующую страницу.
 
* Для багов отображения указывается версия браузера и операционная система, в которой наблюдается проблема.
 
* Любая другая полезная на ваш взгляд информация (например, версия браузера);
 
* При необходимости предоставьте скриншоты экрана с необходимыми данными
 
{{Attention|Если обращение содержит недостаточно данных для работы/анализа, оно '''может быть отклонено и не принято в обработку'''.}}
 
  
'''3.''' Происходит нажатие кнопки «Создать», создается тикет и автоматически назначается на пользователя Support Reception.
+
6. Ответьте на вопросы в следующем окне и подтвердите согласие с “Политикой конфиденциальности”. Чем больше информации вы предоставите, тем быстрее и точнее мы сможем проанализировать вашу проблему. Нажмите '''“Продолжить”'''  
  
{{Attention|Просим вас не назначать тикет на конкретных сотрудников Nemo.travel, это может замедлить срок реакции и предоставления ответа.}}
+
7. Система подтвердит, что ваше обращение принято.
  
'''4.''' После создания тикета становится доступной функция смены '''приоритета''' тикета с обязательным указанием в соответствующем поле причин его изменения. Для смены приоритета необходимо нажать на кнопку «Повысить приоритет».
+
8. Теперь вы сможете отслеживать в своем личном кабинете историю изменений вашего обращения.  
  
'''Приоритет''' присваивается тикетам в соответствии со следующей логикой:
+
9. Если вам требуется дополнить информацию или приложить файл, то вы можете это сделать выбрав нужное обращение во вновь открывшемся окне.
* '''Блокер''' — наивысший приоритет, который подразумевает направление всех необходимых ресурсов на решение задачи.
+
 
{{Attention|Данный статус устанавливается сотрудниками компании Nemo.Travel.}}
+
=== Правила создания новых запросов: ===
* '''Критический''' приоритет присваивается тикетам в случаях, если:
+
1. Подробное описание проблемы или четко сформулированный вопрос ускорят рассмотрение запроса и помогут нам быстрее произвести необходимые действия. При некорректной работе системы необходимо сообщить о том, какие действия были предприняты и какой результат получился, а также о том, какой результат ожидался, где обязательными данными являются:
 +
 
 +
# Номера заказов/поисков с представленной проблемой. Номера заказов/поисков должны быть представлены в текстовом виде.
 +
# ID пользователя в системе, под которым производились действия
 +
# При сравнении с информацией в терминале GDS прикрепите скриншоты терминала в виде файлов в графическом формате, или в виде ссылок на файл в графическом формате.
 +
# Ссылка на соответствующую страницу системы
 +
# Для обращений с типом "Баг", касающихся некорректного отображения элементов на странице сайта указывается версия браузера.
 +
# Любая другая полезная на ваш взгляд информация (например, версия браузера);
 +
# При необходимости предоставьте скриншоты экрана с необходимыми данными
 +
 
 +
<blockquote>Внимание! Если обращение содержит недостаточно данных для работы/анализа, оно может быть отклонено и не принято в обработку или возвращено вам для предоставления корректных данных.</blockquote>2. Выбор приоритета
 +
 
 +
Приоритет присваивается клиентом обращениям в соответствии со следующей логикой:
 +
 
 +
* '''Блокер''' — наивысший приоритет, который подразумевает направление всех необходимых ресурсов на решение задачи. Данный приоритет необходимо выбирать в случае, если система полностью неработоспособна.
 +
 
 +
* '''Критический''' приоритет присваивается обращениям в случаях, если:
 
** возникает проблема с работой основных функциональных компонентов системы, что подразумевает значительную потерю денежных средств клиентом;
 
** возникает проблема с работой основных функциональных компонентов системы, что подразумевает значительную потерю денежных средств клиентом;
** есть угроза наступления штрафов.
+
** есть угроза наступления штрафов;
* '''Высокий''' приоритет присваивается тикетам, если ситуация подразумевает существенные ограничения в работе сервиса.
+
 
* '''Средний''' приоритет  
+
Критический приоритет означает, что один или несколько компонентов не работают или дают результат, отличный от первоначальной логики, при этом ошибку не возможно решить никакими путями, а клиенты несут финансовые потери. Отличается от блокирующего тем, что система работоспособна. Отличается от высокого тем, что наносит финансовые риски клиентами и компании.
* '''Низкий''' приоритет
+
 
 +
* '''Высокий''' приоритет присваивается обращениям, если ситуация подразумевает существенные ограничения в работе сервиса. При этом сервис работоспособен и процессы его не останавливаются. Отличается от критического тем, что клиенты не несут финансовые риски, а компании на грозит наступление штрафов. Отличается от среднего тем, что проблема повторяется у всех или многих пользователей и носит постоянный характер.  
 +
* '''Средний''' приоритет подразумевает снижение сервиса для пассажиров при сохранении работоспособности системы. Проблема может встречаться периодически или только у малой части пользователей.  
 +
* '''Низкий''' приоритет для обращений, которые не оказывают влияния на производительность системы, например, визуальные дефекты.
 +
 
 +
<blockquote>Внимание! Сотрудник технической поддержки вправе изменить приоритет запроса, как в сторону повышения, так и в сторону понижения, в случае, если приоритет не соответствует информации, описанной выше.  </blockquote>
 +
 
 +
=== Отслеживание статуса обращений ===
 +
1. Новым обращениям присваивается статус '''На рассмотрении'''. Обращение должно быть принято в работу в течение срока, установленного SLA в вашем договоре.
  
=== Отслеживание тикетов ===
+
2. Если сотруднику поддержки потребуется получение дополнительной информации, то он обозначит свой вопрос в комментарии и статус заявки изменится на '''Требует обратной связи'''. Сотрудник напомнит вам о необходимости комментария, если мы не получим его в течение 5 дней, если комментарий не будет оставлен в течение еще 5 дней после напоминания, то обращение может быть закрыто.
  
'''1.''' Новым тикетам автоматически присваивается '''статус''' '''New''' (Новый).
+
3. После отправки комментария клиентом статус будет изменен автоматически на '''В работе'''. Срок работы устанавливается индивидуально для каждого обращения и может быть изменен как в меньшую, так и в большую сторону. Сотрудник поддержки проинформирует вас о сроках в ответном сообщении.
В процессе работы и обсуждения тикета статусы меняются в соответствии с такой логикой:
 
* '''Go ahead''' (В работу) — выставляется для старта платных доработок при наличии предоплаты.
 
* '''In progress''' (В разработке) — в работе.
 
* '''Paused''' (На паузе) — приостановлено (например, если появились более приоритетные задачи).
 
* '''Resolved''' (Решен) — проблема решена, изменения программного кода внесены в репозиторий (хранилище кода проекта).
 
* '''Testing''' (На тестировании) — идет тестирование решения проблемы.
 
* '''Tested''' (Протестирован) — протестировано.
 
* '''Pending''' (Ожидание) — тикет в ожидании реакции третьей стороны (например, ответа саппорта поставщика) или определенной ситуации.
 
* '''Feedback''' (Требует комментария) — имеются замечания/поправки.
 
* '''Done''' (Закрыт) — задача закрыта, доработка принята заказчиком.
 
* '''Rejected''' (Отклонен) — отказ (проблема не на стороне программы, имеется другая аналогичная задача, клиент отказался от доработки и т.п.).
 
  
'''2.''' При ответе сотрудника поддержки на тикет и при создании тикета на соответствующий адрес электронной почты пользователя приходит уведомление.
+
4. Когда задача решена, но потребуется провести проверку со стороны клиента, то статус будет изменен сотрудником поддержки на '''Решено, требует проверки'''. В случае, если в течение 5 дней мы не получим от вас ответа, то обращение будет закрыто.
  
=== Правила закрытия тикетов ===
+
5. При нажатии на заявку будет видна вся история переписки
  
# Специалистами технической поддержки производится закрытие тикета после того, как проблема устранена. Если у клиента остаются нерешенные в рамках тикета вопросы, то тикет может быть открыт заново сотрудниками технической поддержки Nemo.travel, либо может быть создан новый тикет клиентом.
+
6. При изменении внутренних статусов работы и сроков по задаче сотрудник технической поддержки будет информировать об этом в ответном сообщении.  
# Если ответ сотрудника технической поддержки помог вам в решении проблемы и больше вопросов по тикету не осталось, тикет необходимо передать сотруднику технической поддержки, нажав на кнопку «Комментарий» и указать, что проблема решена и тикет может быть закрыт.  
 
  
В случае, если в тикете не будет оставлено новых комментариев в течение 5 дней, сотрудниками технической поддержки будет написан уточняющий комментарий-напоминание о скором закрытии тикета. При отсутствии после данного комментария реакции со стороны клиента сотрудник технической поддержки вправе закрыть тикет через 5 дней после указанного ранее сообщения.
+
7. При ответе сотрудника поддержки на обращение и при создании обращения на соответствующий адрес электронной почты пользователя приходит уведомление.
 +
 
 +
=== Правила закрытия обращений ===
 +
 
 +
# Специалисты технической поддержки закрывают обращение после того, как проблема устранена и клиентом не было оставлено дополнительных комментариев. Если у клиента остаются нерешенные в рамках ранее закрытого обращения вопросы, то необходимо создать новый запрос. Если клиент видит необходимость в закрытии обращения, то он может сообщить это сотруднику технической поддержки в комментарии и сотрудник самостоятельно закроет его.
 +
# В случае, если в обращении, требующем ответа от клиента, не будет оставлено новых комментариев в течение 5 дней, сотрудниками технической поддержки будет написан уточняющий комментарий-напоминание о скором закрытии. При отсутствии после данного комментария реакции со стороны клиента сотрудник технической поддержки вправе закрыть обращение через 5 дней после указанного ранее сообщения.
 +
# В случае, если обращение не было решено в течение длительного времени и клиентом не был актуализирован его статус по запросу сотрудника технической поддержки, то сотрудник вправе закрыть обращение через 1 год после его создания.
  
 
=== Обратная связь ===
 
=== Обратная связь ===
 +
Если у Вас появятся вопросы или замечания по срокам обработки вашего обращения, то вы можете выбрав необходимое обращение нажать кнопку “'''Пожаловаться на задержку'''”
  
Если у Вас появятся вопросы или замечания по поводу работы службы технической поддержки Nemo.travel, обращайтесь к руководству компании.
+
== Время реакции технической поддержки ==
 +
Реакция заключается в предоставлении подтверждения получения обращения.
 +
 
 +
Под целевым разрешением подразумевается предоставление:
 +
 
 +
# существующего решения либо приемлемого временного решения
 +
# нового решения
 +
# жизнеспособного альтернативного временного решения
 +
# исправлений в рамках внепланового обновления системы, либо исправлений в рамках планового релиза
 +
 
 +
Все сроки являются приблизительными и зависят от полноты предоставленной клиентом информации. Чем более полная информация представлена клиентом, тем оперативнее сотрудником технической поддержки будет предоставлено целевое решение.
  
== Время реакции технической поддержки ==
+
Техническая поддержка предоставляется ежедневно с 10:00 до 19:00 по московскому времени, в виде:
  
Техническая поддержка предоставляется в рабочие дни с 10:00 до 18:00 по московскому времени, в виде:
 
 
# консультаций;
 
# консультаций;
 
# обработки сообщений об ошибках;
 
# обработки сообщений об ошибках;
 
# обработки запросов на доработки системы.
 
# обработки запросов на доработки системы.
  
Специалисты технической поддержки реагируют на тикеты в рабочее время. Для реакции требуется провести диагностику, воспроизвести условия и в отдельных случаях получить консультацию разработчиков-программистов. Поэтому время реакции может варьироваться от 1 до нескольких часов в зависимости от темы обращения. Срочным и критическим вопросам всегда отдается наивысший приоритет. Если у вас появятся вопросы и замечания по поводу работы службы технической поддержки Nemo.Travel, обращайтесь к руководству компании.
+
Специалисты технической поддержки реагируют на обращения в рабочее время. Для реакции требуется провести диагностику, воспроизвести условия и в отдельных случаях получить консультацию разработчиков или поставщика услуг. Поэтому время реакции может варьироваться от 1 до нескольких часов в зависимости от темы обращения. Срочным и критическим вопросам всегда отдается наивысший приоритет. Время реакции и время целевого решения указаны в дополнительном соглашении к основному договору и различаются в зависимости от приоритета запроса.  
  
 
== Альтернативные способы связи ==
 
== Альтернативные способы связи ==
 +
В случае, если клиентский портал по какой-либо причине не доступен, то вы можете обратиться в компанию с использованием электронной почты support@nemo.travel, при этом после восстановления доступа к клиентскому порталу, обращение должно быть продублировано в портал и работа по нему должна быть продолжена в соответствии с регламентом.
  
Если вы испытываете затруднения при создании тикета, то можете обратиться в службу техподдержки следующими способами:
+
== Как не нужно писать обращения ==
 +
Внимание! Обращения необходимо писать в спокойной и вежливой форме. Использование верхнего регистра и множества восклицательных знаков при обращении к технической поддержке не ускорит время обработки обращения, все обращения обрабатываются в соответствии с установленными сроками и приоритетом.
  
* Отправив письмо по адресу: '''support@nemo.travel'''
+
«ААА!!! Все сломалось!»
  
== Как не нужно писать тикеты ==
+
«Мы чего-то там нажали, а тут такое выскочило!!!»
  
{{Attention|Тикеты необходимо писать в спокойной и вежливой форме. Неприемлемо использование верхнего регистра и множества восклицательных знаков при обращении к тех.поддержке.}}
+
«Ваша система пишет XXX вместо YYY!»
  
<pre>«ААА!!! Все сломалось</pre>
+
«Мы подумали и решили, что все должно быть по-другому — срочно переделайте
  
<pre>«Мы чего-то там нажали, а тут такое выскочило!!!»</pre>
+
Пожалуйста, помните, что с вашим обращением будет работать человек, которому потребуется время, чтобы выделить самую важную суть и разобраться в вопросе.
 
 
<pre>«Ваша проклятая система пишет XXX вместо YYY!»</pre>
 
 
 
<pre>«Мы подумали и решили, что все должно быть по-другому — срочно переделайте!»</pre>
 
 
 
Пожалуйста, помните, что в компании не работают сотрудники-телепаты.
 
  
 
Для справки: баг — отклонение результата выполнения операции от ожидаемого.
 
Для справки: баг — отклонение результата выполнения операции от ожидаемого.
  
 
== Устранение проблем ==
 
== Устранение проблем ==
 
+
Поскольку агентство (клиент) помимо системы бронирования имеет также терминалы соответствующих GDS, то в случаях ограничений в работе интернет системы бронирования необходимо выполнять соответствующие операции в терминале (пульте) GDS. По возможности, необходимо минимизировать дополнительные затраты путем самостоятельного решения проблемы клиента и дальнейшего создания обращения на клиентском портале для анализа произошедшего.
Поскольку агентство (клиент) помимо системы бронирования Nemo.travel имеет также терминалы соответствующих GDS, то в случаях ограничений в работе интернет системы бронирования необходимо выполнять соответствующие операции в терминале (пульте) GDS. Также необходимо минимизировать дополнительные затраты: например - после оплаты клиентом произошла ошибка выписки билета. Стоимость билета изменилась. Клиент отказывается доплачивать.
 
 
 
Правильно - вернуть клиенту деньги. Неправильно - выписать более дорогой билет и пытаться отнести дополнительные расходы на систему бронирования Nemo.travel.
 
 
 
== См. также ==
 
* [[Менеджер агентства]]
 
* [[Пользователь]]
 
* [[ЧЗВ (FAQ) по договору]]
 

Версия 15:44, 28 июня 2022

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

Ссылка на клиентский портал: portal.nemo.travel

Внимание! Клиентский портал portal.nemo.travel  является главным и основным инструментом оказания услуг технической поддержки.

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

Регистрация в клиентском портале

Регистрация в клиентском портале осуществляется по ссылке путем нажатия кнопки “Регистрация” на главное странице. Portal reg.png

Регистрация производится на корпоративный электронный адрес клиента.

После регистрации просим вас сообщить нам указанные ниже данные либо создав обращение через уже активированную ранее учетную запись другого сотрудника, либо отправив письмо на адрес support@nemo.travel:

  • Имя пользователя, указанное при регистрации
  • E-mail пользователя, указанный при регистрации
  • Название компании

Регламент обращений в техническую поддержку

Алгоритм создания новых обращений:

1. Для того, чтобы направить обращение в техническую поддержку, необходимо нажать на кнопку “Обратиться к компании” на главной странице зарегистрированного пользователя. Portal support.png

2. Выбрать “Техническая поддержка”

3. Ознакомиться с информацией и нажать кнопку “Продолжить”

4. Выбрать причину вашего обращения и нажать кнопку “Продолжить”

4. Установить приоритет и нажать кнопку “Готово”

Portal priority.png

5. Выбрать модуль к которому относится обращение, выбрать из предложенных вариантов категорию проблемы и кратко описать суть проблемы. Система предложит вам релевантные запросу статьи пользовательской документации (support.nemo.travel). Убедитесь, что в них отсутствует ответ на ваш вопрос. Нажмите кнопку “Обратиться в поддержку”

6. Ответьте на вопросы в следующем окне и подтвердите согласие с “Политикой конфиденциальности”. Чем больше информации вы предоставите, тем быстрее и точнее мы сможем проанализировать вашу проблему. Нажмите “Продолжить”

7. Система подтвердит, что ваше обращение принято.

8. Теперь вы сможете отслеживать в своем личном кабинете историю изменений вашего обращения.

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

Правила создания новых запросов:

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

  1. Номера заказов/поисков с представленной проблемой. Номера заказов/поисков должны быть представлены в текстовом виде.
  2. ID пользователя в системе, под которым производились действия
  3. При сравнении с информацией в терминале GDS прикрепите скриншоты терминала в виде файлов в графическом формате, или в виде ссылок на файл в графическом формате.
  4. Ссылка на соответствующую страницу системы
  5. Для обращений с типом "Баг", касающихся некорректного отображения элементов на странице сайта указывается версия браузера.
  6. Любая другая полезная на ваш взгляд информация (например, версия браузера);
  7. При необходимости предоставьте скриншоты экрана с необходимыми данными

Внимание! Если обращение содержит недостаточно данных для работы/анализа, оно может быть отклонено и не принято в обработку или возвращено вам для предоставления корректных данных.

2. Выбор приоритета

Приоритет присваивается клиентом обращениям в соответствии со следующей логикой:

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

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

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

Внимание! Сотрудник технической поддержки вправе изменить приоритет запроса, как в сторону повышения, так и в сторону понижения, в случае, если приоритет не соответствует информации, описанной выше.  

Отслеживание статуса обращений

1. Новым обращениям присваивается статус На рассмотрении. Обращение должно быть принято в работу в течение срока, установленного SLA в вашем договоре.

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

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

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

5. При нажатии на заявку будет видна вся история переписки

6. При изменении внутренних статусов работы и сроков по задаче сотрудник технической поддержки будет информировать об этом в ответном сообщении.

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

Правила закрытия обращений

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

Обратная связь

Если у Вас появятся вопросы или замечания по срокам обработки вашего обращения, то вы можете выбрав необходимое обращение нажать кнопку “Пожаловаться на задержку

Время реакции технической поддержки

Реакция заключается в предоставлении подтверждения получения обращения.

Под целевым разрешением подразумевается предоставление:

  1. существующего решения либо приемлемого временного решения
  2. нового решения
  3. жизнеспособного альтернативного временного решения
  4. исправлений в рамках внепланового обновления системы, либо исправлений в рамках планового релиза

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

Техническая поддержка предоставляется ежедневно с 10:00 до 19:00 по московскому времени, в виде:

  1. консультаций;
  2. обработки сообщений об ошибках;
  3. обработки запросов на доработки системы.

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

Альтернативные способы связи

В случае, если клиентский портал по какой-либо причине не доступен, то вы можете обратиться в компанию с использованием электронной почты support@nemo.travel, при этом после восстановления доступа к клиентскому порталу, обращение должно быть продублировано в портал и работа по нему должна быть продолжена в соответствии с регламентом.

Как не нужно писать обращения

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

«ААА!!! Все сломалось!»

«Мы чего-то там нажали, а тут такое выскочило!!!»

«Ваша система пишет XXX вместо YYY!»

«Мы подумали и решили, что все должно быть по-другому — срочно переделайте!»

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

Для справки: баг — отклонение результата выполнения операции от ожидаемого.

Устранение проблем

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