Многие компании до сих пор воспринимают комплаенс по персональным данным как набор документов: политики, положения, согласия, пользовательские соглашения.
Однако пользователь не читает документы (и правильно делает) — он совершает действия в интерфейсе: нажимает кнопки, проставляет галочки, регистрируется, удаляет аккаунт, обращается в поддержку.
И именно здесь возникает ключевая проблема: интерфейс и фактические процессы обработки данных часто не синхронизированы с юридической моделью правоотношений.
В результате действие пользователя в интерфейсе ≠ ожидаемый пользователем юридический результат.
Классический пример: пользователь нажимает «Удалить аккаунт» (если такая кнопка вообще есть). Он ожидает прекращения взаимодействия и удаления данных. На практике: часть данных продолжает храниться, а рассылки не прекращаются.
Это не просто коммуникационная проблема — это признак того, что:
— процессы обработки данных не соответствуют пользовательскому пути;
— юридические основания «размазаны» по разным системам;
— отсутствует сквозная privacy by design архитектура.
Причина — не только в том, что пользователю не объяснили последствия его действий в контексте обработки ПД, но и в том, что разумные правила не реализованы на уровне систем и интерфейсов.
При этом во многих случаях решения лежат на поверхности:
— минимизация собираемых данных (например, не нужно запрашивать при регистрации те данные, которые вам не нужны, проще сделать регистрацию по 1 атрибуту);
— устранение избыточных шагов (не нужно заставлять пользователя проживать избыточные галочки с согласиями, вставлять огромный блокирующий куки-баннер);
— прозрачность в отношении пользователя (если данные продолжают обрабатываться в определенных целях – скажите об этом пользователю);
— синхронизация интерфейсов с реальными процессами обработки (если вы сказали пользователю, что его данные будут удалены, значит их нужно удалить из соответствующих систем);
— ориентация пользователя на конкретные удобные механизмы реализации его прав (не писать в поддержку, а нажать кнопку).
Отсюда главный вывод: роль DPO — это не разработка документов как самоцели, а участие в проектировании процессов, систем и пользовательских путей, обеспечивающих корректную реализацию правовых требований на практике, в том числе в пользовательских интерфейсах.
Если хотите окунуться в проблему Privacy&UX/UI более глубоко и системно, советуем посмотреть на свежую презентацию @gssabirov с прошедшего 20 марта 2025 WB Privacy&Day, внутри которой:
— правовая квалификация пользовательских путей;
— основные юридические и иные privacy-UI ошибки;
— последствия таких ошибок на каждом этапе жизненного цикла пользователя;
— причины таких ошибок;
— роль DPO в их устранении.
А подробнее про LegalUX — концепцию юридической квалификации пользовательских путей — можно почитать в цикле статей от Максима Своевского тут, тут, тут и тут!
N. B. Конечно же, всё в посте, как и в презентации, и в канале в целом, — частные позиции авторов, никак не связанные с какими-либо компаниями, работодателями и юридическими лицами...