Разделите услуги по задачам
Информационная безопасность — широкая тема. Нужны отдельные страницы для разных задач:
- аудит защищенности;
- анализ инфраструктуры;
- сопровождение ИБ;
- мониторинг событий;
- реагирование на инциденты;
- подготовка к требованиям регуляторов;
- обучение сотрудников;
- защита веб-приложений;
- управление уязвимостями;
- консультации для руководства.
Важно: сайт не должен публиковать инструкции, которые помогают атаковать системы. Объясняйте услугу, процесс, результаты и ограничения, но не давайте эксплуатационные детали.
Первый экран: что делаете и для кого
Хороший первый экран отвечает на вопросы:
- какая услуга;
- для какого бизнеса;
- какой результат получает клиент;
- как обеспечивается конфиденциальность;
- что будет после заявки;
- есть ли срочный канал при инциденте.
Пример: «Аудит информационной безопасности для компаний с собственной ИТ-инфраструктурой. Проверяем риски, готовим отчет для руководства и техническую дорожную карту. Работаем по NDA».
Плохой пример: «Защитим ваш бизнес от всех угроз». Это слишком широко и не вызывает профессионального доверия.
Страница услуги: процесс и результат
Страница услуги должна показывать:
- кому подходит услуга;
- какие входные данные нужны;
- как проходит работа;
- сколько этапов;
- что получает клиент;
- какие данные не публикуются;
- как согласуются границы проверки;
- какие специалисты участвуют;
- какие документы выдаются;
- как обсуждается стоимость.
Пользователь должен понимать не только «что продается», но и как будет выглядеть взаимодействие.
Кейсы без раскрытия лишнего
Кейсы в кибербезопасности важны, но их нужно писать аккуратно. Нельзя раскрывать конфиденциальные данные, схемы защиты клиента, уязвимости или детали, которые могут навредить.
Безопасная структура кейса:
- отрасль клиента;
- размер или тип инфраструктуры без лишних деталей;
- задача;
- подход;
- результат на уровне бизнеса;
- что изменилось после проекта;
- какие данные скрыты по NDA.
Кейс должен доказывать опыт, а не демонстрировать технические секреты.
Блок доверия
Для ИБ-компании полезны:
- опыт команды;
- сертификации и квалификации;
- партнерства;
- участие в профессиональных сообществах;
- методология;
- NDA;
- политика обработки данных;
- безопасные каналы связи;
- реквизиты компании;
- понятный процесс пресейла.
Если на сайте нет информации о команде и методах, пользователь не понимает, кому передает чувствительную задачу.
Срочный инцидент
Если компания оказывает помощь при инцидентах, нужен отдельный сценарий:
- отдельная кнопка;
- телефон или защищенный канал;
- что сообщить в первом обращении;
- чего не делать до консультации;
- как фиксируется заявка;
- какие ограничения есть;
- когда подключается команда.
Текст должен быть спокойным и ответственным. Не нужно публиковать опасные инструкции или разбирать чужие атаки так, чтобы их можно было повторить.
Контент для сайта кибербезопасности
Полезные темы:
- как подготовиться к аудиту ИБ;
- зачем бизнесу политика доступа;
- как руководителю читать отчет по рискам;
- чем отличается мониторинг от разовой проверки;
- как построить процесс реагирования на инциденты;
- какие вопросы задать подрядчику по ИБ;
- почему обучение сотрудников снижает операционные риски.
Контент должен быть образовательным, но безопасным. Фокус — управление рисками, процессы, ответственность и принятие решений.
Что измерять в Метрике
Настройте цели на:
- просмотр страницы услуги;
- скачивание презентации;
- открытие кейса;
- открытие блока NDA;
- просмотр команды;
- отправку заявки;
- клик по срочному контакту;
- переход из статьи к услуге;
- повторный визит;
- просмотр страницы для руководителей;
- просмотр страницы для технических специалистов.
Полезно разделять поведение технической и управленческой аудитории. Они читают разные блоки и задают разные вопросы.
Ошибки, которые портят поведение
Первая ошибка — слишком общие обещания без процесса.
Вторая ошибка — публикация рискованных технических деталей.
Третья ошибка — нет информации о конфиденциальности и NDA.
Четвертая ошибка — все услуги свалены в один список.
Пятая ошибка — кейсы либо отсутствуют, либо раскрывают лишнее.
Практический чек-лист
- Услуги разделены по задачам и аудиториям.
- На первом экране есть результат, процесс и конфиденциальность.
- Страницы услуг показывают этапы, входные данные и документы.
- Кейсы написаны безопасно и без раскрытия чувствительных деталей.
- Есть информация о команде, квалификации, NDA и каналах связи.
- Срочный инцидент вынесен в отдельный сценарий.
- Контент обучает управлению рисками, а не атакам.
- В Метрике настроены цели на услуги, кейсы, NDA, команду и заявки.
- Формы не требуют раскрывать лишние детали до защищенного контакта.
- Коммерческое предложение можно запросить понятным способом.