Как сообщать о сбое сервиса на основе подтверждённых фактов.
Сообщение о сбое должно отличать известные факты от расследования. Обещайте время обновления только тогда, когда команда может его соблюсти.
Адаптируйте процесс под свою задачу.
Укажите затронутую функцию и известное влияние на клиентов, отделяя подтверждённые факты от расследования. Добавьте проверенный обходной путь или время следующего обновления лишь при поддержке команды и корректируйте текст по мере изменения данных.
- Что вы предоставляете
- Известные факты инцидента и график обновлений.
- Что вы получите
- Прозрачное сообщение о статусе без неподтверждённых обещаний решения.
Посмотрите входные данные и результат.
Иллюстративные входные и выходные данные · учебный пример, а не реальный запуск WebAct
Полей ввода: Пример
Exports are failing; engineers are investigating; next update at 16:00 UTC.
Готовый пример
Exports are currently unavailable. The team is investigating. We will share the next update at 16:00 UTC.
Добавьте эти данные в промпт и скопируйте его в WebAct, чтобы попробовать задачу. Ваш результат может отличаться от примера.
Решения и устранение проблем.
Нужно ли сразу сообщать предполагаемое время исправления?
Только если у ответственной команды есть обоснованная оценка. Во время расследования уместнее может быть чёткое обязательство о следующем обновлении.
Почему сообщение создало обещание, которое команда не может выполнить?
Уберите предположительные сроки решения и согласуйте обновления с подтверждённой информацией ответственного за инцидент.
Попробуйте на собственном источнике.
Замените пример своим материалом в промпте. Сохраните нужные требования и скопируйте задачу в WebAct.
Настроить и скопировать задачу ↑