Карлен Арутюнян - портфолио
UX/UI Product design Web

Массовое управление доменами
для сервиса защиты от DDoS

🧭 Контекст
NDA — один из крупнейших провайдеров услуг по защите от DDoS-атак. Через личный кабинет клиенты управляют десятками параметров сетевой безопасности: фильтрацией трафика, геоблокировками, авторизацией и т.д.
Целевая аудитория — корпоративные клиенты, для которых критична стабильная работа онлайн-ресурсов и устойчивость к кибератакам: финтех, e-commerce, госсектор и медиа.
🚨 Проблема
У большинства пользователей десятки или сотни доменов. Чтобы настроить защиту, приходилось вручную заходить в каждый домен и повторять одни и те же действия: включить фильтр, задать геоблок, добавить IP. Это занимало много времени
и провоцировало ошибки.
«Почему нельзя выбрать 30 доменов и задать им одни и те же правила?» — типичный запрос в саппорте.
🎯 Задача
Клиенты тратили слишком много времени на однотипные операции — приходилось заходить в каждый домен отдельно, чтобы применить фильтры и настройки защиты.
Цель проекта:
  • позволит группировать их по нужным признакам (например: «плохие адреса»),
  • сократить время настройки с часов до минут
  • упростить массовое управление и снизить число ошибок
  • даст возможность применять настройки сразу ко всем доменам в группе,
🔧 Моя роль
Я отвечал за полный продуктовый цикл:
  • анализ тикетов и сценариев из саппорта; проектирование сценариев и макетов;
  • обсуждение технических ограничений с backend- и frontend-лидами;
  • адаптация решений под существующий UI-кит.
🧠 Процесс

1. Стартовая точка: пустое состояние

На первом шаге я продумал пустой экран, который не демотивирует пользователя,
а мягко вводит его в суть инструмента.

    Сценарий создания группы правил

    Основная идея — группы доменов, к которым можно применять однотипные правила. Это позволит значительно сэкономить время на настройке и уменьшить количество ошибок.



2. Группировка доменов

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

3. Гибкие настройки группы

Каждая группа — это контейнер правил. Пользователь может:

  • задать название и описание,
  • выбрать активные модули (ч/б списки, геоблокировка и т.д.),
  • назначить домены (через тег или выбор из выпадающего списка).

4. Геоблокировка трафика

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

Пользователь вручную добавляет страны по названию или ISO-коду. Интерфейс разделён на две визуально сбалансированные колонки — белый
и чёрный списки, с понятной индикацией статуса («Активен») и пояснениями
по пустым состояниям.

🧩 Ограничения
  • Технический стек и UI-кит не позволяли использовать кастомные компоненты
    или фичи вроде drag-n-drop.
  • Некоторые backend-функции (например, массовое удаление) были недоступны
    на момент MVP.
  • Сжатые сроки — нужно было выпустить MDP, а не «идеальное решение».
✨ Результат
Мы выпустили минимально желанный продукт (MDP), который:
  • закрыл 80% кейсов массовой настройки;
  • снизил количество тикетов в поддержку;
  • стал основой для дальнейшего масштабирования UI-инструментов;
  • функционал работает в проде и используется клиентами ежедневно.
🧭 Что сработало хорошо
  • Чёткая типизация сценариев помогла избежать перегрузки интерфейса.
  • Упор на UX в условиях технических ограничений — сделали продукт, который реально экономит пользователям часы времени.
  • Быстрая валидация гипотез через тикеты и общение с саппортом.
📚 Чему научился
  • Иногда «неидеальное, но работающее» — лучший путь.
  • MDP ≠ MVP: продукт должен приносить ощутимую пользу, даже если его возможности ограничены.
  • Продуктовый дизайн — это всегда работа с компромиссами между бизнесом, пользователем и возможностями команды.