
Стоимость простоя сайта нужно считать не по обороту за сутки, а по потерянной маржинальной прибыли и дополнительным расходам в конкретный период. В расчёт входят несостоявшиеся или отложенные заказы, впустую потраченная реклама, работа поддержки и технической команды, компенсации, ошибки ручного восстановления и последствия для повторных покупок.
Главное — разделять полное падение, сбой отдельной функции и ухудшение конверсии. Сайт может открываться, но терять деньги из-за неработающей оплаты или заявок.
Для первого приближения используйте формулу:
Прямые потери маржи = обычное число выполненных заказов в минуту × средняя маржинальная прибыль заказа × минуты сбоя × доля необратимо потерянных заказов.
Затем прибавьте:
Не выдавайте максимальный сценарий за точный ущерб. Полезнее показать диапазон: нижняя, рабочая и верхняя оценки.
| Сценарий | Что видит пользователь | Бизнес-влияние |
|---|---|---|
| Полная недоступность | Сайт не открывается | Потеря почти всех онлайн-операций |
| Не работает checkout | Каталог доступен, заказ завершить нельзя | Потеря новых заказов |
| Не проходит один способ оплаты | Часть покупателей видит отказ | Потеря зависит от доли способа и наличия альтернативы |
| Не доставляются заявки | Пользователь видит успех | Скрытая потеря лидов и замедление ответа |
| Устарели цены или остатки | Заказ создаётся с неверными условиями | Отмены, поддержка, маржинальные ошибки |
| Сайт сильно замедлился | Часть пользователей уходит | Снижение конверсии, а не полный ноль |
| Сломана аналитика | Продажи идут | Решения принимаются по неверным данным |
Один зелёный показатель uptime не различает эти ситуации. Для расчёта нужны бизнес-события и техническая хронология.
Не используйте среднее за месяц для пятницы вечером или распродажи. Выберите сопоставимые периоды:
Зафиксируйте для каждого 15-минутного интервала:
Если магазин обычно продаёт на 100 000 ₽ в час, это не означает убыток 100 000 ₽ за каждый час сбоя. Не состоявшийся заказ не требует закупки проданного товара, части доставки и других переменных расходов.
Для операционного решения используйте маржинальную прибыль заказа из руководства по юнит-экономике.
Не все покупатели исчезают навсегда. Возможны три группы:
Сначала покажите валовой недобор относительно нормальной линии, затем вычтите подтверждённые поздние и перенесённые заказы. Не угадывайте долю возврата без данных.
| Статья | Как измерить |
|---|---|
| Неэффективная реклама | Расход кампаний на недоступный или сломанный путь |
| Техническая команда | Фактические часы по внутренней ставке или стоимости подрядчика |
| Поддержка | Дополнительные обращения и часы обработки |
| Компенсации | Выданные промокоды, скидки, возвраты и доставка |
| Ручные операции | Повторное создание заказов, сверка оплат, исправление остатков |
| Восстановление данных | Часы и внешние услуги |
| Комиссии | Повторные операции и возвраты у провайдеров |
Репутационный ущерб не нужно превращать в произвольную большую сумму. Измеряйте наблюдаемые последствия: рост отмен, падение повторных покупок в затронутой группе, обращения, негативные отзывы и отписки.
В сопоставимое время магазин обычно получает 12 выполненных заказов в час. Маржинальная прибыль заказа до CAC — 1 800 ₽. Checkout не работал 45 минут. После восстановления часть покупателей вернулась; по order ID и временным меткам бизнес оценил необратимо потерянную долю в диапазоне 50–70%.
Потери маржи:
Во время сбоя реклама потратила ещё 6 000 ₽, а на поддержку и восстановление ушло 18 000 ₽. Рабочий диапазон прямого эффекта — 32 100–35 340 ₽.
Это учебные числа. В реальном отчёте приложите источники каждого показателя и отдельно укажите неопределённость.
| Поле | Значение |
|---|---|
| Инцидент | |
| Затронутый путь | |
| Начало и окончание | |
| Период сравнения | |
| Нормальные заказы/лиды в минуту | |
| Фактические заказы/лиды | |
| Маржинальная прибыль единицы | |
| Подтверждённые поздние операции | |
| Нижняя оценка потерь | |
| Рабочая оценка | |
| Верхняя оценка | |
| Рекламные расходы | |
| Реакция и восстановление | |
| Компенсации | |
| Источники данных | |
| Уровень уверенности | высокий / средний / низкий |
Сопоставьте ожидаемые годовые потери и стоимость контроля:
Ожидаемый годовой риск = вероятность события × средний финансовый эффект.
Если незаметная поломка формы происходит несколько раз в год и обнаруживается через день, её ожидаемый риск может быть выше, чем у редкого полного падения на пять минут. Это объясняет, почему глубокие проверки иногда важнее ещё одной частой проверки главной страницы.
Расчёт помогает решить:
Да, но диапазон будет шире. Используйте серверные заказы, платежи, CRM, рекламные расходы, данные колл-центра и сопоставимые периоды. Укажите уровень уверенности.
Только если есть доказанная когортная модель и можно определить затронутых клиентов. Иначе покажите LTV-сценарий отдельно, не смешивая с подтверждёнными прямыми потерями.
Выберите бизнес-единицу: квалифицированная заявка, поданная декларация, активированный пользователь или выполненная операция. Используйте ценность единицы и вероятность её восстановления позднее.
Проверено: 10 августа 2026 года.
Далее: управленческий дашборд интернет-магазина и шкала критичности инцидентов.
Pingvera фиксирует момент и длительность сбоя, затронутый путь и восстановление — данные, без которых финансовая оценка быстро превращается в спор мнений.
Pingvera следит за сайтами клиентов «снаружи и изнутри» — доступность из регионов, формы, оплата, домен, SSL, сервер — и предупреждает в Telegram, email и Max раньше, чем напишет клиент.
Попробовать Pingvera бесплатноЧитайте также: Юнит-экономика интернет-магазина: шаблон расчёта · Blameless postmortem для веб-студии: шаблон · Каталог клиентских сайтов: шаблон для студии · Отчёт об инциденте сайта: шаблон для клиента · Бесплатно проверить сайт.