Когда что -то уходит, первое, что делает клиент, это проверить, есть ли что -то не так с их системами или это проблема с одним из их поставщиков услуг. Поэтому важно убедиться, что на вашей странице статуса есть вся необходимая информация, где они не чувствуют необходимости поднять проблему или создать билет, добавляя к вашим затратам на поддержку.
Наш последний пост в блоге ‘ Использование страницы статуса в процессе ответа на инцидент «Установите, что такое страница статуса и как она играет важную роль в ваших процессах ответа на инцидент, эта статья заключается в том, чтобы понять различные информационные компоненты страницы статуса.
Когда что -то уходит, первое, что делает клиент, это проверить, есть ли что -то не так с их системами или это проблема с одним из их поставщиков услуг. Поэтому важно убедиться, что на вашей странице статуса есть вся необходимая информация, где они не чувствуют необходимости поднять проблему или создать билет, добавляя к вашим затратам на поддержку.
Наиболее важная информация, необходимая на странице состояния, состоит в том, чтобы понять, какой компонент услуги был ухудшен или имел отключение.
Компоненты системы:
У каждой системы есть некоторые пользователи, которым может потребоваться знать состояние системы со своей страницы статуса. Теперь, как считается, система состоит из нескольких компонентов, которые, в свою очередь, состоят из сервисов и микросервисов — некоторые из них сталкиваются с пользователем, а некоторые являются неотъемлемой частью функционирования компонента, обращенного к пользователю, в то время как другие компоненты могут быть чисто внутренними. Обратите внимание, что пользователи этих компонентов являются не только вашими конечными клиентами, но также могут быть внутренними для вашей команды, как и другие инженеры или люди из команд успеха продукта или клиентов. Важно установить разветвленный обзор всех лицом пользователя и соответствующих зависимых компонентов, чтобы показать их рабочее состояние. Самый простой способ сломать это — выбрать компонент:
- Непосредственно лицом пользователя
- Влияние на услугу, которая сталкивается с пользователем
- API или набор API, потребляемых пользователем
Оперативный статус:
После того, как у вас есть разветвленный обзор различных компонентов, которые заинтересованы вашими пользователями, в первом разделе вашей страницы статуса будет список или таблицу, в которой изложены эти компоненты, в которые необходимо добавить в эксплуатационную статус компонентов. Статус работы указывает текущие условия работы Сервиса или компонента, то есть, если он полностью эксплуатационен или частично ухудшается или если есть отключение.
В некоторых случаях в первом разделе может быть графическое представление истории безотказной работы компонентов, чтобы продемонстрировать надежность системы в течение определенного периода времени. Это также содержит статистику времени безотказной работы, такую как «99,988% времени безотказной работы за последние 90 дней», которая полезна для клиента для понимания любых моделей простоя.
История инцидентов:
Следующий раздел, как правило,-история инцидентов, которая обеспечивает дневной отчет о влиянии системы, которые произошли, наряду с их текущим состоянием разрешения.
Это дает пользователям представление о типе инцидентов, которые произошли, и о действиях по разрешению, предпринимаемым на нем, которые укрепляют доверие к вашему клиенту, поскольку они постоянно информируются о деятельности по разрешению и уровню воздействия, который любой инцидент оказывает на них.
Статус инцидента:
Когда происходит инцидент, влияющий на услугу, важно не только сообщить, что произошел инцидент, влияющий на услугу, но также удерживает их в курсе, чтобы обновить их о том, что происходит на фронте разрешения. Это обновление обычно отображается в разделе «История инцидентов» на странице статуса.
Подписывайся:
Большинство страниц статуса позволяют своим пользователям подписаться на обновления в той или иной форме (обычно по электронной почте). Любое обновление, связанное с инцидентом, которое перемещается на страницу статуса, будет передано подписчикам. Это самая легкая форма автоматизированного общения с клиентами, которая позволяет командам сосредоточиться на разрешении и просто продвигать обновления на странице статуса вместо того, чтобы беспокоиться о написании электронных писем или работе с коммуникационными силосами в организации.
Обновления в Твиттере:
До того, как страницы статуса стали популярными в качестве инструмента связи, организации обновили сбои и ухудшение услуг в Twitter. Это был самый простой способ охватить огромную аудиторию и, самое главное, клиентов, которые платят за их обслуживание.
Сегодня вы можете добавить обновления в Твиттере также в качестве раздела на странице статуса, чтобы сообщить вашим клиентам, что есть еще одна форма общения, которую вы используете для обновления людей в любое время простоя. Тем не менее, в современном мире наличие страницы статуса стала де -факто стандартом, и люди редко думают о проверке своих каналов в Твиттере, чтобы увидеть, сталкивается ли сервис времени простоя, и вместо этого подписываются на обновления страницы статуса или просто перейти на страницу статуса.
Чтобы узнать больше о том, что мы строим, ознакомьтесь с нашей публикой Дорожная карта продукта Анкет Не стесняйтесь бросить нам свои идеи и запросы функций по адресу Ideas@squadcast.com .
Оригинал: «https://dev.to/squadcast/what-you-can-show-on-your-status-page-3oen»