Роль: UX/Product Designer с фокусом на комплаенс-сценарии и валидацию решений.

Зона ответственности: UX-путь респондента целиком, архитектура согласий по 152-ФЗ, UX копирайтинг, универсальный UI-кит для масштабирования, дизайн лендингов под разную ЦА, соблюдение требований для обработки персональных данных и процесс подачи регистрации в РКН.

Цель: создать понятный и реализуемый MVP-сценарий для заказчика и респондента с учетом всех правовых норм и требований.

Результат: спроектировала юридически чистый MVP сервиса respondly.ru, создав универсальную архитектуру согласий по 152-ФЗ (с отсевом 15% на расширенных данных), UI-кит и лендинги под разные сегменты ЦА, что позволило команде выпустить продукт без юридических рисков.

Respondly — сервис для подбора респондентов на глубинные интервью, CustDev и UX-тестирования. Он соединяет заказчиков, которым нужны подходящие пользователи, и респондентов, которые проходят скрининг и получают вознаграждение.

Проблема: на старте нужно было с нуля спроектировать регистрацию, скрининг и отклик, а также заложить юридически корректное логирование согласий, учтя все тонкости 152-ФЗ. Это создавало ключевой UX-конфликт: обязательные согласия на обработку персональных данных нельзя было просто добавить в виде набора чекбоксов, нужно было сохранить понятность, доверие и конверсию. Для респондентов критичны были прозрачность использования данных и защита от спама; для бизнеса ачество лидов, эффективность обработки заявок и доказуемость полученных согласий.

Бизнес цель: построить обязательный юридический и технический фундамент (регистрация + согласия + аудиторский след), без него Respondly не вправе легально работать с ПД в РФ.

UX цель: уменьшить трение на обязательных шагах и сохранить качество входящих заявок.

Решение:

• Исследовала потребности и опасения респондентов (14 интервью, опросник на 50+ человек);
• Изучила требования № 168-ФЗ, № 152-ФЗ «О персональных данных», скоординировала работу по копирайту и флоу с юристом ;
• Сформировала информационную архитектуру регистрации и скрининга;
• Определила сценарии согласий с учётом момента сбора данных;
• Связала пользовательские действия с ERD и аудиторским логом;
• Структурировала лендинги как инструмент коммуникации продукта и дополнила минимальным UI-китом для быстрой масштабируемой вёрстки.

Метрики: конверсия по этапам воронки, доля отказа на каждом шаге согласий, время до целевого действия (TTA), глубина скролла, дополненные интервью для качественного контекста. Baseline для сравнения не было: система строилась с нуля.

Задача: спроектировать путь, где каждое юридическое согласие технически обосновано, а не добавлено «на всякий случай».

Решение: вместе с PO структурировала ERD-схему (сущность-связь) определившую какие данные собираются и какое согласие под какие данные нужно. От модели данных выстроила сам путь: лендинг → скринер → базовые согласия → расширенные согласия (условно, только если профиль их затрагивает) → согласия под конкретный проект → сессия.

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

Вместо этого согласия стали появляться прогрессивно:

• базовые — на обработку персональных данных, участие в исследованиях и передачу данных заказчикам;
• условные — на расширенные данные, например доход, наличие детей или сведения о здоровье;
• контекстные — на участие в конкретном исследовании, аудио- или видеозапись, NDA при необходимости.

Это решение усложнило модель данных, зато сделало связь между действием пользователя, целью обработки и юридической записью прозрачной.

Проблема: ранний запрос выглядел для респондента как «плата за вход» и создавал страх: пользователь мог оставить контакты, а затем узнать, что не подходит под критерии исследования.

Решение: «сначала польза и проверка релевантности, потом контакты» одновременно снижало психологический барьер регистрации; не создавало лишних нерелевантных лидов; уменьшало ранние комплаенс-риски; делало конверсию более содержательной. Заявка означала не просто оставленный контакт, а пройденный путь до релевантного отклика.

Сервис предполагает четыре направления лендингов на основе сегментации ЦА:

• базовый — объясняет принцип работы Respondly;
• бизнесовый — показывает ценность сервиса для заказчиков исследований;
• кастомный — позволяет адаптировать подачу под конкретный сегмент или задачу;
• для респондентов — снижает тревожность и объясняет правила участия, оплату и обращение с данными.

Чтобы не собирать каждую страницу заново, я создала минимальный гибкий UI-кит: повторяемые компоненты, базовые состояния и правила, достаточные для быстрой вёрстки и дальнейшего масштабирования через vibe coding. Это был не большой дизайн-системный проект, а прагматичный набор для MVP и следующих посадочных страниц.

Комплаенс как UX-преимущество, а не только ограничение. Прогрессивное раскрытие юридических требований (сначала польза, потом данные) сохранило конверсию и одновременно снизило тревожность: перенос запроса контактов после скрининга фильтровал качество лидов, при этом сохраняя юридическую прозрачнсоть.

Дизайн от «модели данных» более устойчивый путь для продуктов с высокими юр. рисками. Старт проектирования с составления ERD гарантировал, что ни один чекбокс не появился «для галочки»: у каждого есть техническое и правовое основание, что стало общим языком с разработкой.