Разработка сервиса проверки персональных данных
от исследования и брендинга до полноценной платформы
О проекте

Задача
OMION сервис, который помогает человеку понять, на каких интернет-ресурсах присутствуют его персональные данные.
При этом задача проекта изначально была значительно шире, чем создание обычного сайта. Необходимо было разработать полноценный цифровой продукт с собственной логикой работы, тарифами, оплатой, личным кабинетом, системой проверок и формированием итоговых отчётов.
Пользователь должен был пройти весь сценарий внутри одного сервиса:
выбрать тариф → оплатить → указать данные → запустить проверку → дождаться результатов → изучить найденную информацию → получить инструкции → скачать отчёт.
За разработку этого продукта LP Agency отвечала практически полностью — от исследования и визуальной концепции до frontend, backend и интеграции с системой автоматических проверок.
Исследование продукта
До полноценного проектирования мы провели исследование целевой аудитории.
Это было уже исследование самого создаваемого продукта, а не просто формальный этап перед разработкой.
В рамках исследования изучали, как потенциальные пользователи воспринимают идею сервиса, насколько им интересна проблема поиска персональной информации в интернете, как они воспринимают подобный продукт и какая визуальная коммуникация вызывает больше доверия.
В опросе приняли участие 22 респондента.
Отдельные вопросы исследования были посвящены восприятию продукта, интернет-привычкам пользователей, уровню их знаний и отношению к интернет-рекламе.
Также тестировалась визуальная подача: участникам предлагались варианты рекламных материалов и выяснялось, какие из них воспринимаются лучше и почему.
Это позволило получить не только техническое описание будущего сервиса, но и дополнительное понимание его аудитории.
Брендинг
Следующим этапом стало проектирование самого OMION.
Мы разработали:
- логотип;
- фирменные цвета;
- шрифтовую систему;
- UX-сценарии;
- прототипы;
- UI-дизайн;
- UI Kit;
- структуру страниц;
- интерфейс личного кабинета;
- интерфейсы процесса проверки;
- интерфейс отображения результатов.
То есть дизайн создавался не вокруг уже существующего корпоративного сайта, а вокруг цифрового сервиса, которым человек должен был пользоваться.
Это существенно повлияло на подход к интерфейсу.
Нужно было объяснить пользователю достаточно сложный технический процесс простым языком: что именно сейчас происходит, сколько осталось ждать, какие данные были проверены и что означает каждый найденный результат.

Парсеры
Одной из главных технических частей проекта стала система автоматических проверок.
Для проекта было разработано около 150 Python-парсеров.
Каждый парсер был ориентирован на конкретный сервис или ресурс.
То есть вместо одного универсального механизма была построена система специализированных обработчиков:
OMION → конкретный парсер → проверка конкретного ресурса → результат → общая система результатов.
Например, один обработчик мог отвечать за проверку одного сервиса, другой — другого.
При этом конечному пользователю не нужно было разбираться, сколько именно внутренних процессов происходит во время проверки. Все результаты собирались обратно в единый интерфейс.
Именно эта часть превращала OMION из обычного сайта с формой в реальный автоматизированный сервис.
Тарифная модель
OMION создавался как коммерческий сервис, поэтому одной из частей проекта стала система тарифов.
Было реализовано три тарифа.
Пользователь выбирал подходящий вариант, производил оплату и получал определённое количество доступных проверок.
После этого в личном кабинете отображалась информация о доступном количестве проверок.
Таким образом, тарифная система была связана непосредственно с основной логикой продукта:
тариф → оплата → доступное количество проверок → использование проверок → остаток в личном кабинете.
Это также означало, что необходимо было учитывать состояние пользователя не только визуально, но и на уровне серверной логики.
Личный кабинет
Отдельно был разработан полноценный личный кабинет пользователя.
Он выполнял роль рабочей области сервиса, а не просто страницы с информацией об аккаунте.
В кабинете пользователь мог увидеть:
- основную информацию;
- текущий тариф;
- количество оставшихся проверок;
- историю предыдущих проверок;
- настройки аккаунта;
- информацию, связанную с использованием сервиса.
Особое значение имела история проверок.
Пользователь мог вернуться к результатам предыдущих проверок, а не терял информацию после завершения одного сеанса работы.

Результаты проверки
Итоговая информация собиралась в едином отчёте.
Для каждого проверенного ресурса пользователь мог увидеть результат проверки и понять, была ли обнаружена соответствующая информация.
На скриншоте интерфейса отчёта, например, отображается:
- название сервиса;
- статус данных;
- информация о принадлежности сервиса;
- действие для дальнейшей работы с найденными данными.
Важный момент: OMION не выполнял автоматическое удаление данных с внешних площадок.
Если информация была найдена, пользователю предоставлялась инструкция, объясняющая, как самостоятельно запросить удаление.
Таким образом, сервис не обещал пользователю невозможного, а закрывал следующий логичный этап после обнаружения информации — объяснял, что делать дальше.
Архитектура продукта
С технической стороны проект состоял сразу из нескольких связанных частей.
Основной сайт и серверная логика были разработаны на ванильном PHP, без тяжёлых фреймворков.
Frontend также создавался без использования крупных frontend-фреймворков — на HTML, CSS и JavaScript.
Отдельный Python-контур отвечал за специализированные проверки.
Условно архитектуру можно представить так:
Интерфейс пользователя
↓
PHP / основная бизнес-логика
↓
тарифы и доступные проверки
↓
система запуска проверок
↓
~150 Python-парсеров
↓
сбор результатов
↓
личный кабинет / отчёт
↓
автоматический PDF
При этом для пользователя вся эта техническая конструкция скрыта за единым интерфейсом.
Полный цикл создания продукта
Особенность OMION в том, что LP Agency подключилась не только на этапе программирования.
В рамках проекта мы прошли практически весь путь создания цифрового продукта:
исследование → концепция → UX → прототипирование → UI → брендинг → UI Kit → frontend → backend → личный кабинет → тарифная модель → система проверок → парсеры → результаты → PDF.
То есть заказчик получил не набор отдельных страниц, а связанный между собой сервис.

Что было самым сложным
Самой интересной частью проекта стала необходимость объединить большое количество независимых проверок в единую систему.
Около 150 отдельных Python-парсеров должны были работать как части одного продукта.
Для конечного пользователя при этом всё должно было выглядеть просто:
ввёл данные → запустил проверку → получил результат.
Но за этим простым сценарием находилась сложная система взаимодействия между основной частью приложения и специализированными обработчиками.
Второй важной задачей было спроектировать сам пользовательский опыт.
Пользователю нужно было объяснить сложную тему без перегрузки техническими деталями: что именно проверяется, где обнаружена информация, что означает результат и какие действия доступны дальше.
Результат
Вместо стандартного корпоративного сайта был создан полноценный коммерческий онлайн-сервис.
Пользователь мог самостоятельно пройти весь путь от покупки тарифа до получения результата проверки, а заказчик получил техническую платформу, объединяющую пользовательский интерфейс, личный кабинет, оплату, систему проверок, специализированные Python-обработчики и автоматическую отчётность.
При этом проект можно было развивать дальше: добавлять новые проверяемые ресурсы, расширять тарифы и изменять логику продукта, не перестраивая весь пользовательский сценарий.
OMION — пример проекта, где LP Agency разработала не просто сайт, а сам цифровой продукт.
Мы начали с исследования аудитории и создания бренда, спроектировали пользовательский опыт, разработали интерфейс и затем реализовали всю техническую цепочку — от оплаты и личного кабинета до системы из примерно 150 специализированных парсеров и автоматических PDF-отчётов.

