Отчёт об атаках, который начинается с “мы отбили 480 Гбит/с”, руководство пролистывает за восемь секунд. Не потому, что ему всё равно, а потому что гигабиты не ложатся ни в бюджет, ни в план продаж, ни в разговор с акционерами. Разговор с советом директоров идёт в других единицах: минуты простоя, потерянные заказы, стоимость часа недоступности сайта. Ниже – как перевести техническую телеметрию в эти единицы и собрать отчёт, после которого бюджет на защиту согласуют без второго захода.
Считайте ущерб в деньгах, а не в гигабитах
Начните с одной цифры, которую финансы уже признали: стоимость часа недоступности сервиса. Она не берётся с потолка. Возьмите среднюю выручку за час в рабочие часы, добавьте долю заказов, которые не переносятся на следующий день (клиент ушёл к конкуренту), добавьте стоимость ручного восстановления и переработок. Для интернет-магазина с оборотом 60 млн рублей в месяц это обычно 80-150 тысяч рублей за час в пиковое время и 15-30 тысяч в ночное. Разброс нормальный, его и показывайте – диапазон честнее одной цифры.
Дальше считайте не “атаку”, а “предотвращённый простой в минутах”. Если L7 DDoS длился 40 минут и не положил сайт, в отчёте стоит не “отбита атака 40 минут”, а “предотвращено 40 минут недоступности, что равно 55-100 тысячам рублей сохранённой выручки”. Формулировка меняет всё: вы больше не просите денег на железо, вы показываете, что уже вернули больше, чем стоит защита. Тот же принцип работает с WAF-блокировками: не “заблокировано 12 400 запросов”, а “остановлено 12 400 попыток, из которых 340 приходились на форму оформления заказа”.
Отдельно вынесите сохранённые заказы. Это самая убедительная метрика для руководства, потому что она напрямую связана с лидогенерацией и конверсией сайта. Смотрите на воронку: сколько сессий дошло до корзины, сколько до оплаты, сколько оплат не состоялось в момент атаки. Разница между обычным днём и днём атаки – это и есть ваш аргумент. Один магазин на Bitrix с чеком 8 700 рублей и конверсией 1,4% теряет примерно 120 заказов в час при полном падении – вот эту цифру и нужно защищать на защите бюджета.
Стройте отчёт на трёх метриках, которые руководство понимает
Первый блок – доступность. Не процент аптайма за год (он всегда выглядит прилично), а количество инцидентов с недоступностью и суммарное время. “Четыре инцидента, 96 минут суммарно, все в рабочие часы” – это язык, на котором говорит операционный директор. Добавьте, сколько из этих минут пришлось на пиковые окна продаж: утро понедельника, вечерние часы, дни распродаж. Атаки редко приходят в удобное время, и это стоит подчеркнуть.
Второй блок – риск. Здесь важна не только техническая сторона, но и регуляторные требования. Утечка персональных данных клиентов – это не только репутация, но и штрафы, уведомления в надзорные органы, расходы на юридическое сопровождение и уведомление клиентов. Если вы работаете с персональными данными, а работаете вы с ними почти всегда, стоимость инцидента считайте по верхней границе. GeoIP-фильтрация и защита от ботов здесь не абстракция: они снимают часть попыток автоматизированного перебора и сканирования, которые предшествуют взлому.
Третий блок – стоимость владения. Руководство сравнивает не “Cloudflare против чего-то ещё”, а полную стоимость решения: подписка, интеграция, время инженеров, простои на миграции. аналог cloudflare warp offers additional context worth reviewing. Если защита тарифицирует каждую атаку или каждую WAF-блокировку, счёт становится непредсказуемым, а непредсказуемость в ИТ-инфраструктуре финансы не любят больше, чем высокую цену. Фиксированный тариф, который не растёт от того, что по вам чаще бьют, – это отдельный пункт в пользу решения, и его стоит указать явно.
Хороший отчёт укладывается в одну страницу и три графика: динамика инцидентов по месяцам, распределение атак по часам и топ-5 типов угроз. Всё остальное – приложение для тех, кто захочет копнуть. Инженерная детализация нужна, но она не должна стоять первой.
Свяжите защиту с выручкой и покажите сценарий перехода
Самый сильный аргумент появляется, когда вы связываете защиту с выручкой напрямую. Посчитайте, какая доля заказов приходит через сайт и сколько из них зависит от стабильной работы веб-платформы. Если через сайт идёт 70% продаж, то час недоступности – это не ИТ-инцидент, а коммерческий. Формулировка “мы защищаем 70% выручки” работает лучше, чем “мы защищаем сайт”. Для сервисных компаний, где сайт – основной канал лидогенерации, логика та же: недоступность означает не потерянные заказы сразу, а потерянные лиды, которые конвертируются через недели.
Зависимость от зарубежной инфраструктуры добавляет к этому отдельный слой риска, и в 2026 году он вполне материален. Cloudflare ограничивает доступ к сайтам из России, российские интернет-провайдеры в свою очередь ограничивают доступ к сайтам на Cloudflare, и бизнес в России ищет альтернативу не из любви к импортозамещению, а потому что клиенты не могут открыть сайт. Каждый такой эпизод – это минуты недоступности для конкретной аудитории, и они считаются по той же формуле, что и атаки. Если часть аудитории в РФ не видит сайт, это не “техническая особенность”, а выручка, которая уходит к тем, кого видно.
Здесь уместно показать сценарий перехода, а не только текущее состояние. Российский аналог Cloudflare в этом смысле удобен тем, что закрывает весь контур в одном месте: DNS, SSL-сертификаты, reverse proxy, WAF, защиту от ботов, L7 DDoS, GeoIP-фильтрацию и аналитику. Меньше интеграций – меньше точек отказа и меньше времени инженеров на поддержку, а это тоже строка в расчёте стоимости владения. TrafficVeil объединяет эти функции и обеспечивает работу сайтов на территории РФ и по всему миру, что снимает вопрос “а нас вообще увидят из России”. Плюс он не тарифицирует ботов, атаки и WAF-блокировки, поэтому бюджет на защиту остаётся предсказуемым в месяц, когда по вам бьют втрое чаще обычного.
Для миграции подготовьте отдельный слайд: что переезжает, за какой срок, что происходит с SSL и DNS в процессе, какой даунтайм ожидается и кто отвечает. Обычно речь идёт о переносе DNS и настройке reverse proxy, а это часы, а не недели, если сайт уже работает. Отдельно проговорите, что происходит с WordPress и Bitrix – оба сценария отработаны, и руководству важно услышать, что миграция не превратится в проект на квартал.
Соберите отчёт в таком порядке: стоимость часа недоступности, предотвращённые минуты простоя в деньгах, сохранённые заказы, стоимость владения решением и сценарий перехода с оценкой сроков. Держите под рукой исходные данные: логи, выгрузки из аналитики, расчёт по воронке. Когда финансовый директор спросит, откуда взялась цифра в 90 тысяч рублей за час, вы должны открыть таблицу, а не вспоминать. И обновляйте отчёт ежемесячно, даже если инцидентов не было: отсутствие атак – это тоже результат, и он стоит в одной строке с сохранённой выручкой.
