Сколько стоит час простоя сайта: расчёт потерь для магазина и сайта услуг

Стоимость простоя сайта можно оценить через продажи, которые не состоялись из-за сбоя, и расходы на восстановление. Для первого расчёта нужны ожидаемые посещения за время аварии, обычная конверсия и маржинальный доход с заказа. Затем учитывают частично сохранившиеся продажи, клиентов, которые вернулись позже, и дополнительные затраты. Умножать всю месячную выручку на долю простоя недостаточно: час ночью и час в разгар рекламной кампании имеют разную ценность.

Ниже — рабочая модель для интернет-магазина и сайта услуг, три учебных примера и порядок подготовки отчёта. Все суммы, конверсии и доли возврата в примерах условные. Это способ посчитать собственный сценарий, а не статистика о потерях бизнеса и не обещание окупаемости мониторинга.

Что считать потерями от недоступности сайта

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

Показатель	Что он показывает	Как использовать
Потерянная выручка	Ожидаемую стоимость продаж, которые не состоялись	Оценить масштаб затронутого спроса, сохранив правило учёта отмен и возвратов
Потерянный маржинальный доход	Выручку за вычетом расходов, которые возникли бы при выполнении этих продаж	Сравнить экономические последствия сбоя и затраты на снижение риска
Дополнительные расходы	Затраты, появившиеся именно из-за инцидента	Добавить подтверждённые расходы на срочные работы, компенсации или дополнительное привлечение
Изменение денежных поступлений	Какие оплаты не пришли либо пришли позднее	Планировать движение денег отдельно от оценки маржи
Репутационные последствия	Жалобы, отказ от продления, снижение доверия	Учитывать по наблюдаемым данным, не назначая произвольную цену каждому посетителю

Если несостоявшийся заказ стоил 5 000 рублей, это ещё не означает потерю 5 000 рублей прибыли. При его выполнении могли бы возникнуть закупочная стоимость товара, упаковка, комиссия и другие расходы. В упрощённом расчёте их вычитают из выручки, чтобы получить вклад заказа в покрытие постоянных расходов и результат бизнеса.

Для этого материала маржинальный доход с заказа — сумма после расходов, зависящих от выполнения продажи, но до общего рекламного бюджета и постоянных расходов. Такое определение нужно сохранить во всех формулах. Если в вашей управленческой отчётности показатель называется иначе, перенесите его состав в расчёт явно. Переменные расходы и их зависимость от объёма деятельности объясняет справочник BDC.

Постоянная аренда офиса или обычная зарплата сотрудника не становятся новым расходом только потому, что сайт не работал час. Они могли присутствовать и в сценарии без аварии. Различие фиксированных и переменных затрат разобрано в материале BDC о постоянных расходах. В отчёте можно отдельно показать занятое время команды, однако добавлять его к прямым денежным потерям следует по согласованному правилу, без повторного учёта зарплаты.

Базовая формула стоимости простоя сайта

Для магазина с примерно одинаковым поведением выбранной аудитории удобно начать с ожидаемого количества потерянных заказов. Период расчёта может быть часом, двадцатью минутами или несколькими интервалами одного инцидента. Главное — брать трафик и конверсию для одной и той же группы посетителей.

Потерянные заказы = V × C × A × (1 − R)
Потерянная выручка = потерянные заказы × средняя выручка с заказа
Потерянный маржинальный доход = потерянные заказы × M

Обозначение	Значение	Что проверить
V	Ожидаемое количество целевых сеансов за время сбоя	Это оценка спроса без аварии, а не только посещения, которые успел записать сломанный сайт
C	Обычная конверсия сеанса в учитываемый заказ	Одинаковые правила для оплаченных, выполненных, отменённых и возвращённых заказов
A	Доля целевых сеансов, в которых сбой сорвал действие	При полном отказе A = 1; при частичном требуется обоснование доли
R	Доля затронутых ожидаемых заказов, восстановленных позднее	Учитывать конкретный период возврата и не считать одно восстановление дважды
M	Средний маржинальный доход с учитываемого заказа	Расходы, возникающие при продаже, валюта, скидки и единая основа расчёта

Проценты в формуле переводят в доли: 3% — это 0,03, а восстановление 20% — это 0,20. Приближённая модель предполагает, что у затронутого сегмента были бы выбранные конверсия и средний вклад заказа. Если сбой касается только дорогой категории или только новых клиентов из рекламы, посчитайте этот сегмент отдельно.

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

Итоговый экономический эффект инцидента удобнее собирать как сравнение двух сценариев:

Экономические потери = потерянный маржинальный доход
                    + дополнительные расходы из-за инцидента
                    − подтверждённые сокращения прочих расходов

В последней строке учитывают только сокращения, которые ещё не заложены в M. Если закупочная стоимость уже вычтена при определении вклада заказа, повторно вычитать её как «сэкономленные расходы» нельзя. Так же нельзя прибавлять потерянную выручку к потерянному маржинальному доходу: это два представления части одного события.

Какие исходные данные собрать до расчёта

Начните с карточки инцидента: какой сайт и функция пострадали, когда начался отказ, когда его заметили и когда восстановили рабочий сценарий. Сохраните часовой пояс. Если главная вернулась в 14:10, а оформление заказа заработало в 14:35, для оценки потерь магазина важен второй момент.

Определите время и область воздействия

Используйте историю проверок, журнал изменений, серверные записи, ошибки приложения и обращения клиентов. Периодический монитор показывает результаты отдельных проверок; начало сбоя может находиться между последним успешным запросом и первым неуспешным. Если точное время неизвестно, зафиксируйте границы, например «от 35 до 40 минут», вместо точности до секунды.

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

Один успешный HTTP-ответ не доказывает, что покупка доступна. Руководство Google SRE по мониторингу рассматривает в том числе ошибки, при которых код ответа формально успешен, а результат неправильный. Поэтому область потерь определяют по затронутой функции, а не только по цвету индикатора главной страницы.

Оцените спрос, который был бы без аварии

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

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

Возьмите конверсию и маржу подходящей группы

Сопоставляйте одинаковые единицы. Конверсия посетителей не подходит к количеству сеансов без пересчёта; доля заказов из оформленных корзин не подходит к трафику всей главной страницы. Если ожидаете 600 сеансов и используете C = 3%, это должна быть конверсия именно таких сеансов в выбранный тип заказа.

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

Для денег предпочтительны подтверждённые статусы из магазина, платёжной системы и CRM. В документации GA4 по электронной коммерции покупки и возвраты передаются разными событиями. Настройку событий нужно сверить с учётом заказов: дубли, тестовые покупки и непереданные возвраты искажают базу расчёта.

Состав M тоже зависит от бизнеса. У магазина могут учитываться товар, упаковка, эквайринг и доставка за счёт продавца; у услуги — материалы, сдельная оплата и иные затраты на выполнение. Если часть расходов уже понесена независимо от продажи, не объявляйте её автоматически сэкономленной. Согласуйте расчёт в одной валюте и на одной основе по налогам, скидкам и возвратам.

Пример 1: сколько стоит час простоя интернет-магазина

Предположим, магазин полностью перестал оформлять заказы на один час. Для сопоставимого часа без аварии ожидаются 600 целевых сеансов, конверсия в учитываемый заказ — 3%, средняя выручка с заказа — 5 000 рублей. Расходы, зависящие от выполнения заказа, составляют 3 500 рублей, поэтому M = 1 500 рублей. Все числа в этом примере учебные.

Для модели принимаем, что 20% затронутых ожидаемых покупок восстановятся позднее без дополнительных затрат на привлечение. Такая доля не следует из самого факта восстановления сайта: её нужно подтвердить данными или оставить предположением сценария.

Шаг	Расчёт	Результат
Ожидаемые заказы без аварии	600 × 0,03	18 заказов
Ожидаемые восстановленные заказы	18 × 0,20	3,6 заказа
Ожидаемые потерянные заказы	18 × (1 − 0,20)	14,4 заказа
Потерянная выручка	14,4 × 5 000 ₽	72 000 ₽
Потерянный маржинальный доход	14,4 × 1 500 ₽	21 600 ₽
Дополнительная оплата срочных работ	Фактический расход сверх обычного обслуживания	4 500 ₽
Оценка экономических потерь	21 600 ₽ + 4 500 ₽	26 100 ₽

Дробное число заказов здесь нормально: это математическое ожидание, а не утверждение, что в базе потерялись ровно 14,4 записи. В отчёте можно написать: «По рабочему сценарию недополучено около 14–15 заказов; модельная потеря маржинального дохода — 21,6 тыс. рублей». Сумму 72 тыс. рублей оставьте отдельным показателем несостоявшейся выручки.

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

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

Как учитывать рекламу и не посчитать один ущерб дважды

Во время сбоя стоит отдельно посмотреть, какие кампании продолжали приводить посетителей на затронутые страницы и сколько это стоило. Но «расходы на переходы во время аварии» и «добавочные потери относительно нормальной работы» — разные строки отчёта.

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

Показатель	Без аварии	С аварией и последующими восстановленными покупками
Маржинальный доход до общего рекламного бюджета	18 × 1 500 ₽ = 27 000 ₽	3,6 × 1 500 ₽ = 5 400 ₽
Общий рекламный расход	−3 000 ₽	−3 000 ₽
Дополнительные срочные работы	0 ₽	−4 500 ₽
Результат сравниваемого сценария	24 000 ₽	−2 100 ₽

Разница составляет 24 000 − (−2 100) = 26 100 рублей. Если прибавить к ней ещё 3 000 рублей «сгоревшей рекламы», результат окажется завышен: одинаковый расход уже присутствует в обоих сценариях и при сравнении сокращается. Сам расход полезно показать отдельно для оценки работы кампаний, но он не превращается в дополнительную разницу автоматически.

Другие ситуации требуют другой поправки. Если из-за аварии пришлось потратить дополнительные 1 200 рублей на повторное привлечение этой же аудитории и эти деньги ещё нигде не учтены, добавьте их к потерям. Если бюджет действительно удалось уменьшить на 800 рублей без иных изменений в модели, покажите сокращение отдельно. Изменение объёма привлечённого трафика при этом должно согласовываться с оценкой V.

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

Пример 2: стоимость сбоя формы на сайте услуг

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

Потерянные продажи = V × C_заявка × A × (1 − R) × C_продажа
Потерянный маржинальный доход = потерянные продажи × M

Возьмём учебный случай: за час ожидалось 160 целевых сеансов. Обычная конверсия в подходящую для обработки заявку — 5%, а четверть таких заявок в среднем заканчивается учитываемой продажей. Маржинальный доход с продажи — 12 000 рублей. Ошибка формы затронула 75% рассматриваемых сеансов; для остальных форма продолжала работать.

Дополнительно предполагаем, что 25% ожидаемых заявок из пострадавшей части аудитории позднее восстановятся: например, посетитель повторит отправку или свяжется с компанией другим способом. В этой модели исходное качество затронутых заявок считается таким же, как у базового сегмента; если это не так, нужна отдельная конверсия в продажу.

• Ожидаемые заявки без сбоя: 160 × 0,05 = 8.
• Затронутые ожидаемые заявки: 8 × 0,75 = 6.
• Невосстановленные ожидаемые заявки: 6 × (1 − 0,25) = 4,5.
• Потерянные ожидаемые продажи: 4,5 × 0,25 = 1,125.
• Потерянный маржинальный доход: 1,125 × 12 000 ₽ = 13 500 ₽.

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

Связать оплаты и статусы заказов с обращениями помогают данные CRM. Документация Метрики об импорте офлайн-данных предусматривает передачу сведений о клиентах, заказах и действиях после посещения сайта. Конкретную интеграцию проверяют отдельно; расчёт можно начать и с согласованной выгрузки CRM. Звонок, повторную форму и сделку одного клиента нельзя считать тремя независимыми продажами.

Пример 3: сайт открывается, но конверсия падает

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

Потерянный маржинальный доход = V × (C_без_сбоя − C_при_сбое) × M

Обе конверсии здесь относятся к сопоставимой аудитории V и одинаковому окну учёта продаж. Если из-за сбоя часть посетителей вообще не попала в счётчик, конверсию оставшихся нельзя умножать на ожидаемый полный трафик. Тогда сравните ожидаемые заказы без аварии — V_без_сбоя × C_без_сбоя — с подтверждёнными заказами этой аудитории, включая восстановленные покупки. Источники и пробелы данных укажите отдельно.

Допустим, в учебном сегменте было 1 000 целевых сеансов. Для такого трафика обоснованная базовая конверсия — 3%, а при проблеме, с учётом выбранного периода последующих продаж, получилось 2%. При M = 1 400 рублей модельная разница равна 1 000 × (0,03 − 0,02) × 1 400 = 14 000 рублей.

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

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

Как учесть отложенные покупки и задержку данных

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

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

Не спешите закрывать расчёт по первым цифрам веб-аналитики. Google описывает разные интервалы обработки данных GA4 и предупреждает, что отчёты могут изменяться по мере поступления данных. Для оперативной оценки используйте доступные подтверждённые заказы и журнал инцидента, а окончательную версию выпускайте после согласованного периода проверки.

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

Почему лучше посчитать несколько сценариев

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

Сценарий	Сеансы V	Конверсия C	Восстановится R	Вклад заказа M	Потерянный маржинальный доход
Меньшее воздействие	450	2%	40%	1 200 ₽	450 × 0,02 × 0,60 × 1 200 = 6 480 ₽
Рабочий	600	3%	20%	1 500 ₽	600 × 0,03 × 0,80 × 1 500 = 21 600 ₽
Большее воздействие	800	4%	5%	1 800 ₽	800 × 0,04 × 0,95 × 1 800 = 54 720 ₽

Это сценарии для демонстрации метода, а не статистический доверительный интервал. Для собственного расчёта объясните происхождение каждой границы. Не собирайте одновременно максимальный чек одной категории, максимальную конверсию другой и трафик третьей: такой набор может не описывать ни одного реального периода.

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

Как связать расчёт с бюджетом мониторинга и поддержки

Экономическая задача — понять, какие потери можно сократить конкретным изменением процесса. Мониторинг помогает заметить отклонение, но уведомление ещё должно дойти до человека, быть принято в работу и привести к восстановлению функции. Не относите всю стоимость инцидента к возможной выгоде от покупки сервиса.

Разложите время на обнаружение, начало реакции и устранение. В учебном сценарии сайт возвращается через 60 минут: 35 минут до обнаружения, 10 минут до начала работ и 15 минут на исправление. Если подходящая проверка сократит обнаружение до пяти минут, а остальные этапы останутся прежними, общий простой составит 30 минут. Возможное сокращение — полчаса; это предположение о процессе, которое нужно проверить на практике.

При условном темпе потери маржинального дохода 21 600 рублей в час и неизменном составе спроса эти полчаса соответствуют 10 800 рублям. Линейная оценка подходит лишь в выбранном диапазоне: возле конца распродажи или дедлайна потеря последних минут может отличаться от средней.

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

Ожидаемый сокращаемый ущерб за год =
число подходящих инцидентов × сокращение времени × потери за единицу времени
× доля случаев, в которых выбранная мера действительно сработает

Например, при условных шести инцидентах в год, сокращении каждого на 30 минут, темпе 360 рублей в минуту и результативности меры в половине случаев получается 6 × 30 × 360 × 0,5 = 32 400 рублей в год. Эти числа нельзя принимать за прогноз без собственной истории и проверки сценария. Они показывают, как отделить ожидаемую пользу от суммы всех возможных потерь.

Сравнивайте её с полными затратами: сервисом, первоначальной настройкой, обслуживанием проверок, проверкой уведомлений и работой ответственных. Учитывайте также альтернативы, например исправление повторяющейся ошибки или упрощение релиза. В главе Google SRE об управлении риском надёжность рассматривается через баланс бизнес-последствий и стоимости улучшений. Для вашего сайта такой баланс следует строить на собственных данных.

Как оформить результат, чтобы по нему можно было принять решение

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

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

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

Частые вопросы о стоимости простоя сайта

Можно ли просто разделить месячную выручку на количество часов?

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

Сайт ничего не продаёт онлайн — значит, потери равны нулю?

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

Что делать, если посещений и заказов мало?

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

Какую долю вернувшихся клиентов поставить в формулу?

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

Как посчитать ущерб репутации и SEO?

Сначала отделите наблюдаемые последствия от предположений: жалобы, отменённые продления, обращения поддержки, изменение поискового трафика после инцидента. Не добавляйте фиксированный «репутационный коэффициент» без собственного обоснования и не приписывайте каждое последующее колебание аварии. Долгосрочные последствия стоит показывать отдельным сценарием с указанием причинной неопределённости.

Окупится ли мониторинг после одного предотвращённого сбоя?

Это зависит от последствий, полной стоимости контроля и того, какую часть простоя удалось реально сократить. Мониторинг обычно обнаруживает проблему, а её устранение обеспечивает процесс поддержки. Сопоставьте время до обнаружения и восстановления, затем оцените именно сокращённую потерю, а не всю выручку за период аварии.

Подключите SiteGuard для внешнего HTTP-контроля доступности сайта. Сопоставляйте результаты проверок с данными заказов, чтобы оценивать последствия простоя.