Выберите результат обслуживания
Разделите подтверждение, ответ, восстановление, решение, выполнение, доступность и подтверждение. Один и тот же критерий не должен молчаливо менять смысл между командами.
Преобразуйте обещания обслуживания в четкие целевые правила, рабочие календари, допустимые паузы, ранние риски, доказательства нарушений, решения по обзорам и управляемое улучшение.
Живой просмотр начинается с обязательств, находящихся под риском, и записей, их вызывающих. Он различает реакцию, восстановление, выполнение и подтверждение, чтобы один процент SLA не скрывал опыт обслуживания.
Бесплатно для команды до пяти пользователей. Банковская карта не нужна.
Настраивайте поля, процессы и панели мониторинга без программирования. Посмотреть более 1 000 шаблонов приложений и сценариев
Первый вид показывает уже находящиеся под риском обязательства, а не только исторические проценты. Откройте вкладки инцидентов и запросов, чтобы изучить работу за пределами срока.
Уровень обслуживания полезен, когда операторы и клиенты могут понять событие, которое его запускает, приостанавливает, возобновляет и завершает.
Разделите подтверждение, ответ, восстановление, решение, выполнение, доступность и подтверждение. Один и тот же критерий не должен молчаливо менять смысл между командами.
Запишите часы поддержки, праздники, регион, приоритет, предложение, право клиента и любое обоснованное правило паузы. Сохраняйте временные метки и указывайте причину каждый раз, когда часы изменяются.
Эскалируйте до нарушения, когда вмешательство может помочь. Укажите оперативного владельца, владельца услуги и ожидаемое решение вместо рассылки еще одного уведомления без модели ответа.
Лучшее время управлять обязательством — пока команда еще может повлиять на результат.
Объедините оставшееся время, текущее состояние, блокировщик, важность услуги, влияние на пользователя, ответственного и следующий шаг, чтобы команды могли приоритизировать работу, которая приближается к значимому обязательству.
Сохраняйте целевую версию, календарь, приоритет, начало, паузы, событие завершения и любые утверждения исключений. Избегайте пересчета истории по сегодняшней конфигурации.
Разграничьте задержку при приеме, отсутствующую информацию, авторизацию, зависимость, емкость, ожидание поставщика, расследование, неудачную передачу и преждевременное закрытие перед выбором улучшения.
Один процент не может объяснить, является ли сервис здоровым или все еще полезна ли цель.
Просмотрите когорты сервиса, предложения, приоритета, местоположения, команды, клиента, причины и результата, чтобы найти закономерности, вместо того чтобы усреднять несвязанные работы в одно удобное число.
Сопоставляйте достижение цели с повторным открытием, рецидивом, подтверждением пользователя, возрастом бэклога, использованием исключений и влиянием на бизнес, чтобы более быстрые изменения статуса не маскировались под лучший сервис.
Записывайте измененное правило, рабочий процесс, кадровое решение, автоматизацию, обязательство поставщика или решение по проектированию сервиса и определяйте, как будет проверен его эффект.
Разная работа требует разных доказательств выполнения.
| Жизненный цикл | Полезная цель | Событие завершения |
|---|---|---|
| Инцидент | Ответ и восстановление | Сервис пригоден к использованию и восстановление проверено |
| Заявка на обслуживание | Авторизация и выполнение | Обещанный товар или услуга доставлены |
| Критический инцидент | График обновлений и ключевые этапы восстановления | Критерии свёртывания выполнены |
| Проблема | Ключевые этапы расследования и корректирующих действий | Эффективность оценивается со временем |
Настройте целевые версии, рабочие календари, условия приостановки, пороги риска, эскалацию и виды обзоров в соответствии с обещанием, данным каждой аудитории сервиса.
Результатом является прозрачная система обязательств, где каждая находящаяся под риском или нарушенная мера может быть прослежена до исходной работы и принятого решения.Сохраняйте сервис, предложение, приоритет, право, календарь и целевую версию, использованные для каждого ответа или результата решения.
Создавайте очереди, специфичные для ролей, для работы, находящейся под риском, включая владельца, оставшееся время, блокирующую причину, состояние паузы и следующее действие.
Откройте нарушенное измерение, вернув его к инциденту или запросу, затем назначьте политику, рабочий процесс, емкость или изменение в дизайне сервиса, которое должно его улучшить.
Выбирайте границы измерения в зависимости от того, основано ли обещание на человеческой работе по обслуживанию или технической телеметрии.
Целевые показатели отклика и выполнения, календари, паузы, очереди под риском, обзор нарушений, эскалация и действия по улучшению, связанные с исходной записью.
Получайте данные о доступности, задержках, уровне ошибок, бизнес-транзакциях, контрактах и использовании из систем мониторинга, аналитики или коммерческих систем, когда они определяют обязательство.
Системные SLI телеметрии в реальном времени, расширенные расчеты доступности, кредитные начисления по контракту или аналитика сервисов корпоративного уровня должны работать без настройки.
Только определенное условие, которое действительно препятствует прогрессу ответственной команды, например ожидание необходимой информации от клиента, и только когда правило прозрачно. Сохраняйте причину паузы, начало, владельца, коммуникацию и событие возобновления.
Нет. Сопоставляйте это с воздействием, возрастом бэклога, повторным открытием, рецидивами, подтверждением пользователей, исключениями и бизнес-результатами. Команда может уложиться в срок, но при этом доставить плохой или нестабильный результат.
Да. Храните применимую целевую версию, сервис, предложение, приоритет, право на обслуживание, часы поддержки, праздники и регион вместе с записью, чтобы результат оставался объяснимым.
Да. Уполномоченные разработчики могут изменять соответствующие поля, формы, рабочие процессы, разрешения, автоматизацию и панели управления без кода, при этом изменения остаются контролируемыми и тестируемыми.
Да. Бесплатный план Jodoo поддерживает до пяти пользователей без необходимости кредитной карты, поэтому небольшая команда может протестировать этот рабочий сценарий перед проверкой текущих ограничений для более широкого развертывания.
Изучите примеры с риском, приостановленные, нарушенные, восстановленные, выполненные и готовые к проверке, прежде чем адаптировать календари, цели и эскалацию для ваших услуг.
Исследуйте производительность обслуживания