Время жд в билетах: РЖД будут по-новому указывать на билете время отправления и прибытия поезда |

Содержание

Сургут | Больше не нужно высчитывать: в жд-билетах теперь указывается местное время отправления и прибытия

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

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

Нововведение призвано улучшить качество обслуживания пассажиров РЖД.

Лилия Сулейманова

Данный материал опубликован на сайте BezFormata 11 января 2019 года,
ниже указана дата, когда материал был опубликован на сайте первоисточника!

Они касаются пенсионеров, водителей, туристов и других категорий граждан

Законопроекты опубликованы на сайтах ведомств.
ТРК Сургутинтерновости

Администрация г. Нижневартовск

Администрация г. Нижневартовск

В Нягани сотрудники Управления Росгвардии по ХМАО-Югре в числе первых прибыли к месту чрезвычайной ситуации и оказали содействие экстренным службам в ликвидации пожара в одном из кафе по улице Сибирской.

Росгвардия

Трагедия произошла ночью 8 января в Нягани

В Югре возбудили уголовное дело по статье «Причинение смерти по неосторожности» после пожара в кафе «Двойная радость» в Нягани.

ОМЕДИА!

Фото: Госавтоинспекция Тюменской области

Жесткая авария произошла на федеральной трассе Тюмень-Ханты-Мансийск в Тюменской области.

СургутИнформТВ

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

ИА Мегионские новости

Благодаря специалистам БУ «Сургутская городская клиническая поликлиника №4» и фирмы-разработчика медицинской информационной системы,

Департамент Здравоохранения

Медицинский тандем 15 педиатрического участка БУ «Няганская городская детская поликлиника» умеет удивить своих пациентов.

Департамент Здравоохранения

Фото: Сургутская филармония

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

ИА СИА-Пресс

Друзья, поздравляем с наступившим 2023 годом! Сегодня мы продолжим нашу постоянную рубрику «Выставочные проекты».

Музейно-выставочный центр

8 января в Детской библиотеке прошла Литературная игра «Тайна золотого ключика», посвященная 140-летию со дня рождения Алексея Николаевича Толстого.

Лянторская ЦБС

цены, время работы в 2021-2022 сезоне

32 cовременных подъемника позволяют гостям Роза Хутор кататься на 105 км трасс, расположенных на северном и южном склонах хребта Аибга. Для пешеходов зимой есть возможность подняться до Роза Пик (2320 м) и в Горную Олимпийскую деревню (1100 м). Зимний билет на канатные дороги (прогулочный билет) включает доступ на 3 канатные дороги закрытого типа.

Купить ски-пасс для катания

Купить билет для пешеходов

На этой странице вы можете увидеть статус подъёмников в реальном времени.
На курорте Роза Хутор всего 32 подъёмника производства компаний Doppelmayr, Leitner-Pom и других.

2341

Протяженность, м

2709

Пропускная способность, чел. /час

Типы подъёмника

Гондольный
Кресельный
Бугельный
Конвейерный

Статус в реальном времени

Открыто сейчас
Закрыто сейчас
Планируется к открытию
Закрыто

Тип, название

Протяженность, м

Пропускная способность, чел. /час

Время работы

Статус

Олимпия

Протяженность, м
2341

Пропускная способность, чел./час
2709

Катание

Открытие: 08:15

Последний подъем до Пика: 15:15

Последний подъем до ГОД: 18:00

Прогулка

Открытие: 08:15

Последний подъем до Пика: 15:15

Последний подъем до ГОД: 23:45

Последний спуск: 23:45
Гости отелей в ГОД: 7:00 – 23:45

Заповедный лес

Протяженность, м
1541

Пропускная способность, чел. /час
2442

Катание

Открытие: 08:30

Последний подъем: 16:00

Последний спуск: 16:30

Прогулка

Открытие: 08:30

Последний подъем: 15:30

Последний спуск: 16:30

Кавказский экспресс (ниже 1600 м)

Протяженность, м
602

Пропускная способность, чел./час
2384

Открытие: 08:35

Последний подъем: 15:45

Последний спуск: 16:15

Кавказский Экспресс (выше 1600 м)

Протяженность, м
1539

Пропускная способность, чел. /час
2384

Открытие: 08:35

Последний подъем: 15:45

Последний спуск: 16:15

Эдельвейс

Протяженность, м
2658

Пропускная способность, чел./час
2400

Открытие: 09:15

Последний подъем: 15:40

Протяженность, м
836

Пропускная способность, чел./час
1269

Открытие: 08:30

Последний подъем: 16:30

Сказка

Протяженность, м
826

Пропускная способность, чел. /час
2200

Открытие: 08:45

Последний подъем: 16:00

Протяженность, м
815

Пропускная способность, чел./час
2200

Открытие: 08:55

Последний подъем: 16:10

Квартет

Протяженность, м
1205

Пропускная способность, чел./час
671

Открытие: 08:40

Последний подъем: 16:30

Протяженность, м
87

Пропускная способность, чел. /час
400

Открытие: 08:40

Последний подъем: 16:45

Подъёмник на учебном склоне (низ)

Протяженность, м
90

Пропускная способность, чел./час
400

Открытие: 08:30

Последний подъем: 16:30

Подъемник на учебном склоне (верх)

Протяженность, м
170

Пропускная способность, чел. /час
400

Открытие: 08:30

Последний подъем: 16:30

Подъемник на детском склоне

Протяженность, м
90

Пропускная способность, чел./час
400

Открытие: 08:30

Последний подъем: 16:30

Вероника

Протяженность, м
2039

Пропускная способность, чел. /час
2400

Открытие: 09:15

Последний подъем: 15:30

Крокус

Протяженность, м
1041

Пропускная способность, чел./час
1199

Открытие: 08:50

Последний подъем: 15:05

Стрела

Протяженность, м
3838

Пропускная способность, чел. /час
1791

Открытие: 08:30

Последний подъем: 15:20

Последний спуск: 16:50

Тундра

Протяженность, м
1534

Пропускная способность, чел./час
2400

Открытие: 08:40

Последний подъем: 15:45

Последний спуск: 16:45

Волчья скала

Протяженность, м
1379

Пропускная способность, чел. /час
3000

Открытие: 08:30

Последний подъем: 16:45

Беседа

Протяженность, м
1499

Пропускная способность, чел./час
1002

Открытие: 08:30

Последний подъем: 16:00

Дриада

Протяженность, м
2145

Пропускная способность, чел. /час
2800

Открытие: 08:30

Последний подъем: 16:10

Последний спуск: 17:00

Протяженность, м
1394

Пропускная способность, чел./час
2400

Открытие: 08:45

Последний подъем: 16:20

Экстрим

Протяженность, м
954

Пропускная способность, чел./час
1781

Открытие: 08:30

Последний подъем: 16:25

Ювента

Протяженность, м
277

Пропускная способность, чел. /час
720

Открытие: 08:30

Последний подъем: 16:35

Бугель 1600 (низ)

Протяженность, м
111

Пропускная способность, чел./час
450

Открытие: 09:00

Последний подъем: 16:00

Бугель 1600 (верх)

Протяженность, м
116

Пропускная способность, чел. /час
450

Открытие: 09:00

Последний подъем: 16:00

Бугель в сноупарке (низ)

Протяженность, м
110

Пропускная способность, чел./час
490

Открытие: 09:00

Последний подъем: 16:00

Бугель в сноупарке (верх)

Протяженность, м
163

Пропускная способность, чел. /час
450

Открытие: 09:00

Последний подъем: 16:00

Протяженность, м
107

Пропускная способность, чел./час
1680

Открытие: 08:30

Последний подъем: 16:30

Протяженность, м
149

Пропускная способность, чел./час
400

Открытие: 09:00

Последний подъем: 15:00

Среднее время решения заявки без учета времени ожидания или ожидания — справка Zendesk

Роб Стэк

Отредактировано 03 января 2023 23:10

Группа документации Zendesk

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

Что вам понадобится

Уровень квалификации: Средний

Необходимое время: 15 минут

Zendesk Explore Professional или Enterprise
Разрешения редактора или администратора (см. Предоставление агентам доступа к Исследованию)
Данные заявки в Zendesk Support

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

Для создания отчета вы будете использовать следующие показатели Explore:

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

Чтобы создать отчет

В Проводнике щелкните значок отчетов ().
В библиотеке отчетов щелкните Новый отчет .
На странице Выберите набор данных щелкните Поддержка > Поддержка — Билеты , затем нажмите Начать отчет .
В меню Расчеты () щелкните Стандартная расчетная метрика .
В поле Name дайте вашей метрике имя, например Время решения без ожидания или удержания .
В поле Formula введите или вставьте следующую формулу:
ЗНАЧЕНИЕ (время полного разрешения (мин))
-ЗНАЧЕНИЕ (время ожидания агента (мин))
-ЗНАЧЕНИЕ (время удержания (мин))
Ваш отчет будет выглядеть следующим образом:
Совет. Если вы работаете не на английском языке, прочтите эту статью, которая поможет вам вводить формулы Explore на вашем языке.
Когда вы закончите, нажмите Сохранить .
На панели Metrics построителя отчетов нажмите Добавить .
Из списка метрик выберите Расчетные метрики > Время решения без ожидания или ожидания (только что созданная вами метрика), затем нажмите Применить .
Теперь вам нужно изменить агрегатор метрик на AVG , чтобы отображались средние значения. На панели Metrics щелкните только что добавленную метрику.
На странице метрик нажмите AVG , затем нажмите Применить .
Совет. Вместо агрегатора AVG рассмотрите возможность использования MED для медианного значения. Когда вы берете среднее значение, любые очень большие или маленькие значения (известные как «выбросы») могут исказить результаты. В этих случаях МЭД может дать более точный результат.
Explore теперь отображает среднее время полного разрешения заявки в минутах, исключая время, проведенное в состоянии ожидания или ожидания.

Вернуться к началу

10 простых шагов для сокращения среднего времени решения тикетов

«45% потребителей в США откажутся от онлайн-транзакций, если их вопросы или опасения не будут решены быстро» — Forrester Research

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

Шаги по сокращению времени разрешения

Минимизируйте время ожидания
Автоматизированные повторяющиеся действия
Предложение вариантов самообслуживания
Организация билетов на основе приоритета
.
Совместная работа над заявками
Улучшенная разработка рабочих процессов поддержки
Отслеживание производительности с помощью отчетов

1. Минимизация времени ожидания

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

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

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

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

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

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

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

2. Автоматизация повторяющихся действий

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

Анализ электронных писем
Назначение тикетов нужной команде
Отправка обновлений тикетов клиентам
Эскалация неотвеченных заявок
Получение уведомлений в режиме реального времени для каждого действия с заявкой

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

3. Предложение вариантов самообслуживания

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

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

База знаний:

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

Чат-бот с искусственным интеллектом:

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

4. Распределите заявки по приоритету

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

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

5. Используйте SLA, чтобы избежать нарушений

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

С помощью SLA вы можете отслеживать все важные параметры KPI, которые могут привести к задержке разрешения заявки:

Время, необходимое для первого ответа
Время, необходимое для назначения заявки агенту
Время, прошедшее между каждым ответом
Время, затраченное клиентом на ответ на запрос персонала.
Время, затраченное на рассмотрение заявки. Когда запросы решаются заблаговременно, недовольству клиентов не остается места.
6. Используйте стандартные действия
Стандартные действия упрощают работу по поддержке благодаря двум важным функциям:
Автоматическое заполнение частых или повторяющихся запросов шаблонными ответами.
Изменяет свойства заявки, такие как статус и приоритет.
Когда ваша служба поддержки получает повторяющиеся запросы, вместо того, чтобы писать одни и те же ответы снова и снова, они могут использовать готовые шаблоны ответов для ответов. Это сократит время, затрачиваемое на написание новых ответов на старый вопрос. Всякий раз, когда клиент отправляет тикет, который можно было бы использовать с шаблонным ответом, все, что нужно сделать вашему агенту, — это выбрать ответ из списка готовых ответов и переместить тикет на следующий шаг или закрыть тикет. Готовые ответы также являются полезными инструментами для подтверждения электронных писем или сообщений клиентов, которые вы получаете в нерабочее время. Кроме того, вы можете использовать готовые действия для автоматического изменения статуса и свойств заявки при выполнении определенных условий.
7. Разумно направлять заявки
В большинстве случаев задержка в разрешении заявки вызвана задержкой в направлении заявки нужному человеку или группе. В идеале, вы должны получить экспертов на борту, как только откроете билет. Эксперты, возможно, разрешили много похожих заявок и хорошо разбираются в конкретных областях или концепциях. Время между тем, как вы откроете заявку, и тем, как вы ее назначите, должно быть практически нулевым, потому что вы не добились никакого значимого прогресса, пока не придет эксперт.
Создайте и настройте алгоритмы маршрутизации, чтобы связаться с нужным человеком в нужное время. Вы будете удивлены, узнав, сколько времени назад и вперед сохранено.
8. Совместная работа над заявками
Несмотря на то, что кажется, что только один агент общается с пользователем по заявке, за кулисами много работы, сотрудничества с различными заинтересованными сторонами и мозгового штурма, решение тикета. Именно здесь такие функции, как личные заметки, могут оказаться наиболее полезными. Различные команды, объединяющиеся для совместной работы прямо в тикетах, а не где-либо еще, могут сэкономить вашей команде поддержки много времени, которое они тратят на ручное объединение команд.
9. Разработка улучшенных рабочих процессов поддержки
Возможно, вы делаете все возможное, чтобы быстро решать проблемы, но что-то не работает. Часто проблема заключается в плохо спроектированном рабочем процессе поддержки. Рабочий процесс поддержки — это последовательность шагов, которые необходимо выполнить для решения проблемы. Если самому рабочему процессу не хватает эффективности или есть место для ошибки, у вас нет надежды на более быстрое разрешение заявки. Вы не можете достичь нужного пункта назначения, идя в неправильном направлении.
Например, {Открыть заявку — Назначить приоритет — Назначить агенту — Закрыть заявку} — хороший рабочий процесс, тогда как {Открыть заявку — Назначить агенту — Назначить приоритет — Назначить агенту — Закрыть заявку} неэффективен, поскольку агент должен вручную назначать приоритет, когда его можно легко автоматизировать.