Шёпотом ПРО ПД
И вот он, настоящий-всамделишний анонс, как обещали! 🖤 UX/UI vs Privacy или "Как и зачем DPO оценивать то, что видит и чувствует пользователь?" Мы давно хотели устроить это мероприятие, но пока соберёшь этих спикеров — пройдёт как раз столько, сколько прошло…
Если что, комфортно сядут там человек 60, но мы открыли 100 регистраций...
60 уже есть, спешите и приходите вовремя, чтобы не стоять, но мы бы лично и стоя были бы готовы посетить этот ивент, мы готовим что-то очень фундаментальное, красивое и практико-ориентированное🔥
60 уже есть, спешите и приходите вовремя, чтобы не стоять, но мы бы лично и стоя были бы готовы посетить этот ивент, мы готовим что-то очень фундаментальное, красивое и практико-ориентированное
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥5
Шёпотом ПРО ПД
Пошептались-пошептались и... сели давать согласия, конечно! Коллеги, супер-анонс, privacy-откровения про правовые основания и самое откровенное из них — согласие субъекта🔥 Когда и где — Москва, уже в течение ближайших двух недель 🦑 Можно ли не получить…
Пока все массово регистрируются на UX/UI, а мы массово готовимся к нему, мы менее массово, но не менее активно готовимся к особому вечеру завтра, ведь завтра — privacy-откровения в сверх-новейшем (очень новом) формате🔥
Обязательно покажем, но точно-точно не расскажем, как все было...
Обязательно покажем, но точно-точно не расскажем, как все было...
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥5❤2⚡1💔1
Вчера прошли просто огненные privacy-откровения в новом формате и на идеальной площадке🔥
Мы обсуждали самые сложные кейсы, связанные с обеспечением правовых оснований в самых неожиданных и иногда даже пугающих местах...
Мы поговорили про все формы, в которых может выражаться согласие, все способы обойтись без него, несколько инновационных способов зафиксировать его и даже бизнес-модель, связанную с отказом от избыточных оснований, под конец третьего часа головы кипели от новой информации🧠
Прозвучали[но, конечно, не были реализованы] такие фразы, как:
Согласие на обработку с дальнейшей рекламой
Необязательные цели обработки в соответствии с законом
Согласие в несколько слоёв для удобства субъекта
Автоматически преобразованное согласие
И многое-многое-многое другое🤪
Никто не узнает, что было в этот вечер, а следующий случится уже в грядущем году, друзья... Ждите!
А 25.11 приходите к нам на UX/UI и Privacy в ПравоТех🔥
Мы обсуждали самые сложные кейсы, связанные с обеспечением правовых оснований в самых неожиданных и иногда даже пугающих местах...
Мы поговорили про все формы, в которых может выражаться согласие, все способы обойтись без него, несколько инновационных способов зафиксировать его и даже бизнес-модель, связанную с отказом от избыточных оснований, под конец третьего часа головы кипели от новой информации
Прозвучали
Согласие на обработку с дальнейшей рекламой
Необязательные цели обработки в соответствии с законом
Согласие в несколько слоёв для удобства субъекта
Автоматически преобразованное согласие
И многое-многое-многое другое
Никто не узнает, что было в этот вечер, а следующий случится уже в грядущем году, друзья... Ждите!
А 25.11 приходите к нам на UX/UI и Privacy в ПравоТех
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤22⚡10👍7😁1
Шёпотом ПРО ПД
И вот он, настоящий-всамделишний анонс, как обещали! 🖤 UX/UI vs Privacy или "Как и зачем DPO оценивать то, что видит и чувствует пользователь?" Мы давно хотели устроить это мероприятие, но пока соберёшь этих спикеров — пройдёт как раз столько, сколько прошло…
Наша дискуссия про UX/UI и Privacy состоится уже завтра, места почти не осталось, а спикеры сидят вторые сутки готовят уникальные материалы, которыми обязательно поделятся🔥
Мы успели придумать несколько собственных метрик, посмеяться над ненастоящим термином, удивиться настройкам анимации в MS PowerPoint и исследовать новое семейство шрифтов — это за первый из 48 часов...
Ждите. Ждите хотя бы наполовину так, как ждем мы...
P. S. А еще у нас будет сюрприз (даже два, если не три) для всех участников Шёпотом ПРО ПД, скоро расскажем и покажем!
Мы успели придумать несколько собственных метрик, посмеяться над ненастоящим термином, удивиться настройкам анимации в MS PowerPoint и исследовать новое семейство шрифтов — это за первый из 48 часов...
Ждите. Ждите хотя бы наполовину так, как ждем мы...
P. S. А еще у нас будет сюрприз (даже два, если не три) для всех участников Шёпотом ПРО ПД, скоро расскажем и покажем!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥8👍5⚡3❤1
Шёпотом ПРО ПД
Наша дискуссия про UX/UI и Privacy состоится уже завтра, места почти не осталось, а спикеры сидят вторые сутки готовят уникальные материалы, которыми обязательно поделятся🔥 Мы успели придумать несколько собственных метрик, посмеяться над ненастоящим термином…
Всем привет! Мероприятие уже через 3 часа, регистраций — столько, что если придут все, кому-то точно придется постоять, но мы доделали материалы и готовы постоять все 3 часа мероприятия сами... До скорой встречи!🔥
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥11👍5❤4
Вчера, 25.11.2025 свершилось то, к чему мы так или иначе готовились с июня 2025 года — мы поговорили не просто ПРО ПД, но и про UX/UI x Privacy🔥
70+ человек добрались к самому началу и мы уверены, что дело не только в пицце-приманке, но и в контенте, который мы приготовили!
Кирилл Зюбанов рассказал про то, как DPO найти место в работе над клиентскими путями, почему это необходимо и неизбежно, какие около-продуктовые метрики может взять на себя DPO, чтобы продемонстрировать эффективность своего участия.
Андрей Бекренев дал абсолютную базу обо всем, что нужно знать про исследователей: зачем они это делают, какие виды исследований проводят, какие инструменты используют, могут ли отказаться от каких-то из них, какие элементы исследовательского процесса имеют наиболее интересное с точки зрения персональных данных содержание.
Паша Мищенко задал высокую планку в балансе интересов, но уже не только государства, бизнеса и субъекта, но и текстов для целей каждого из них, а также предложил несколько базовых правил, которыми может руководствоваться и DPO при работе с пользовательскими документами, встроенными в клиентские пути.
Олег Ксенофонтов представил личное авторское исследование существующих на рынке практик и их соответствия обязательным требованиям, интересам государства, бизнеса, субъекта, а также показал, как точно делать не нужно.
Мы уже готовим фоллоу-апы с презентациями каждого из спикеров, а пока хотим сказать спасибо каждому из вас за участия, это было поистине восхитительно! 🖤
Мы от всего сердца благодарим коллег из ПравоТех за помощь и площадку. Если вдруг кто не знает или забыл, ПравоТех — российская компания-разработчик сервисов ПравоДела (ранее Casebook), ПравоПрактика (ранее Caselook).
А обещанный на мероприятии сюрприз — первая его часть — появится в чате уже сегодня...
70+ человек добрались к самому началу и мы уверены, что дело не только в пицце-приманке, но и в контенте, который мы приготовили!
Кирилл Зюбанов рассказал про то, как DPO найти место в работе над клиентскими путями, почему это необходимо и неизбежно, какие около-продуктовые метрики может взять на себя DPO, чтобы продемонстрировать эффективность своего участия.
Андрей Бекренев дал абсолютную базу обо всем, что нужно знать про исследователей: зачем они это делают, какие виды исследований проводят, какие инструменты используют, могут ли отказаться от каких-то из них, какие элементы исследовательского процесса имеют наиболее интересное с точки зрения персональных данных содержание.
Паша Мищенко задал высокую планку в балансе интересов, но уже не только государства, бизнеса и субъекта, но и текстов для целей каждого из них, а также предложил несколько базовых правил, которыми может руководствоваться и DPO при работе с пользовательскими документами, встроенными в клиентские пути.
Олег Ксенофонтов представил личное авторское исследование существующих на рынке практик и их соответствия обязательным требованиям, интересам государства, бизнеса, субъекта, а также показал, как точно делать не нужно.
Мы уже готовим фоллоу-апы с презентациями каждого из спикеров, а пока хотим сказать спасибо каждому из вас за участия, это было поистине восхитительно! 🖤
Мы от всего сердца благодарим коллег из ПравоТех за помощь и площадку. Если вдруг кто не знает или забыл, ПравоТех — российская компания-разработчик сервисов ПравоДела (ранее Casebook), ПравоПрактика (ранее Caselook).
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥19❤🔥10👍9❤2
И вот оно — то самое кое-что, тот самый сюрприз, друзья! Наш дорогой товарищ Максим Своевский, единолично возглавляющий редакцию Telegram-канала "Дегенератив" великодушно согласился написать несколько статей для вас по следам прошедшего мероприятия UX/UI x Privacy — они посвящены так называемому LegalUX.
Далее приводим авторский текст. Приятного чтения!
Не только тёмные паттерны: почему LegalUX — это про всех
Когда говорим про LegalUX, в голове сразу всплывают тёмные паттерны, баннеры с cookies и «галочка на всё и сразу». Но жизнь юриста и DPO в цифре куда шире.
По сути, продукт юриста / DPO — это рабочий правовой порядок. Тот кусочек права, который живёт внутри компании, экосистемы или конкретного сервиса: кто на что согласился, какие данные можно обрабатывать, когда отношения заканчиваются и что происходит после этого и т.д.
В цифровых сервисах этот порядок не висит в воздухе — он прошит в интерфейсы: экран регистрации и «галочки» под ним, настройки профиля и кнопка «удалить аккаунт», формы обращений и управления данными, страница с юридическими документами и многое другое.
Любое взаимодействие с этим порядком — частичка UX сервиса в целом. И наоборот: то, как выглядит интерфейс и какие в нём есть шаги, влияет на юридический результат. Меняем интерфейс — меняем способ совершения и оформления юридических действий. Поэтому участие в проектировании интерфейсов — такая же часть работы юриста или DPO, как и написание документов.
Главный принцип LegalUX — быть ближе
Почти все проблемы LegalUX вырастают из одной базовой вещи: расхождения между тем, что пользователь чувствует и делает, и тем, что происходит юридически.
Классический пример:
Пользователь нажимает «удалить аккаунт» и ожидает, что «мы с сервисом расстались и все данные исчезли». В реальности: пользовательское соглашение продолжает действовать, часть данных остаётся в резервных копиях и логах, e-mail всё ещё может использоваться для «сервисных сообщений». Всё это, вероятно, и неплохо, но можно же прямо сказать об этом пользователю в момент удаления аккаунта, верно?
Отсюда базовый принцип LegalUX: чем ближе фактическое действие в интерфейсе к понятному объяснению его юридического смысла — тем лучше.
Далее приводим авторский текст. Приятного чтения!
Не только тёмные паттерны: почему LegalUX — это про всех
Когда говорим про LegalUX, в голове сразу всплывают тёмные паттерны, баннеры с cookies и «галочка на всё и сразу». Но жизнь юриста и DPO в цифре куда шире.
По сути, продукт юриста / DPO — это рабочий правовой порядок. Тот кусочек права, который живёт внутри компании, экосистемы или конкретного сервиса: кто на что согласился, какие данные можно обрабатывать, когда отношения заканчиваются и что происходит после этого и т.д.
В цифровых сервисах этот порядок не висит в воздухе — он прошит в интерфейсы: экран регистрации и «галочки» под ним, настройки профиля и кнопка «удалить аккаунт», формы обращений и управления данными, страница с юридическими документами и многое другое.
Любое взаимодействие с этим порядком — частичка UX сервиса в целом. И наоборот: то, как выглядит интерфейс и какие в нём есть шаги, влияет на юридический результат. Меняем интерфейс — меняем способ совершения и оформления юридических действий. Поэтому участие в проектировании интерфейсов — такая же часть работы юриста или DPO, как и написание документов.
Главный принцип LegalUX — быть ближе
Почти все проблемы LegalUX вырастают из одной базовой вещи: расхождения между тем, что пользователь чувствует и делает, и тем, что происходит юридически.
Классический пример:
Пользователь нажимает «удалить аккаунт» и ожидает, что «мы с сервисом расстались и все данные исчезли». В реальности: пользовательское соглашение продолжает действовать, часть данных остаётся в резервных копиях и логах, e-mail всё ещё может использоваться для «сервисных сообщений». Всё это, вероятно, и неплохо, но можно же прямо сказать об этом пользователю в момент удаления аккаунта, верно?
Отсюда базовый принцип LegalUX: чем ближе фактическое действие в интерфейсе к понятному объяснению его юридического смысла — тем лучше.
🔥18👍11⚡5❤4
UXUI vs Privacy_25112025.pdf
478.9 KB
Делимся первым материалом с прошедшего 25.11.2025 UX/UI x Privacy — встречу открыл Кирилл Зюбанов с выступлением о том, какое место DPO может занять в работе над клиентскими путями.
Делимся кратким пересказом и, конечно, презентацией🔥
Самое важное — помнить, что клиентский путь является первым контекстом, в котором встречаются оператор и субъект ПД, перед пользовательскими документами или даже законом (в том смысле, что большинство субъектов сначала смотрят на сервис, а к закону обращаются только в случае, когда что-то не нравится).
Плохой клиентский путь может как сам быть нарушением закона, так и повышать риск признания других практик по обработке ПД незаконными.
DPO должен уметь встраиваться в работу над клиентскими путями и может делать это через целых 6 категорий воздействия:
— Информация
— Ограничения
— Настройки "по умолчанию"
— Контроль
— Прослеживаемость
— Архитектура
При этом DPO может хотеть встроиться в продуктовые метрики, чтобы показать свое влияние или отсутствие негативного влияния, для этого могут, в частности, пригодиться следующие метрики:
— Privacy CSI
— Privacy Interaction Cost
— Time-to-Comprehension
— Drop-off rate
— UX Transparency
Эти метрики — настоящие продуктовые, но из них могут быть кристаллизованы специальные метрики именно для DPO.
Помните, что DPO, знающий продукт, всегда будет ценнее DPO, знающего только закон, а DPO, заботящийся о метриках продукта, будет ценнее двух предыдущих вместе.
Делимся кратким пересказом и, конечно, презентацией
Самое важное — помнить, что клиентский путь является первым контекстом, в котором встречаются оператор и субъект ПД, перед пользовательскими документами или даже законом (в том смысле, что большинство субъектов сначала смотрят на сервис, а к закону обращаются только в случае, когда что-то не нравится).
Плохой клиентский путь может как сам быть нарушением закона, так и повышать риск признания других практик по обработке ПД незаконными.
DPO должен уметь встраиваться в работу над клиентскими путями и может делать это через целых 6 категорий воздействия:
— Информация
— Ограничения
— Настройки "по умолчанию"
— Контроль
— Прослеживаемость
— Архитектура
При этом DPO может хотеть встроиться в продуктовые метрики, чтобы показать свое влияние или отсутствие негативного влияния, для этого могут, в частности, пригодиться следующие метрики:
— Privacy CSI
— Privacy Interaction Cost
— Time-to-Comprehension
— Drop-off rate
— UX Transparency
Эти метрики — настоящие продуктовые, но из них могут быть кристаллизованы специальные метрики именно для DPO.
Помните, что DPO, знающий продукт, всегда будет ценнее DPO, знающего только закон, а DPO, заботящийся о метриках продукта, будет ценнее двух предыдущих вместе.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤🔥9❤6🔥4
Сегодня радуем вас продолжением размышлений единоличного руководителя редакции Telegram-канала "Дегенератив" Максима Своевского на тему LegalUX, которыми он эксклюзивно поделился с Шёпотом ПРО ПД🔥
Первая часть — тут!
Как и ранее, публикуем авторский текст!
Зачем вообще заморачиваться LegalUX’ом?
1. Меньше эскалаций
Чем прозрачнее и честнее юридический смысл действий в интерфейсе, тем больше вопросов решается внутри сервиса. Пользователю не нужно писать в поддержку или сразу регулятору, чтобы просто понять, «удалили ли вы мои данные». Жалобы превращаются в нормальный канал обратной связи, а не только «триггер риска».
2. Больше данных о собственном правовом порядке
Отдельная история — UX юридических обращений. Если запрос на доступ / удаление / ограничение обработки можно сделать в пару кликов, вы получаете живую статистику: по каким сценариям людям чаще всего больно.
Если же путь — «заполните, подпишите, пришлите по почте», вы видите только тех, кто пробрался через тернии, и можете не заметить другие проблемы своего маленького порядка.
3. Порядок как продукт
Правовой порядок — это тоже продукт. Его можно:
— измерять (сколько тикетов в поддержку связано с непонятным юридическим статусом);
— улучшать (менять тексты и интерфейсы и смотреть на динамику обращений);
— исследовать (какие действия реально совершают пользователи, а какие висят «мёртвым грузом» в документах).
Первая часть — тут!
Как и ранее, публикуем авторский текст!
Зачем вообще заморачиваться LegalUX’ом?
1. Меньше эскалаций
Чем прозрачнее и честнее юридический смысл действий в интерфейсе, тем больше вопросов решается внутри сервиса. Пользователю не нужно писать в поддержку или сразу регулятору, чтобы просто понять, «удалили ли вы мои данные». Жалобы превращаются в нормальный канал обратной связи, а не только «триггер риска».
2. Больше данных о собственном правовом порядке
Отдельная история — UX юридических обращений. Если запрос на доступ / удаление / ограничение обработки можно сделать в пару кликов, вы получаете живую статистику: по каким сценариям людям чаще всего больно.
Если же путь — «заполните, подпишите, пришлите по почте», вы видите только тех, кто пробрался через тернии, и можете не заметить другие проблемы своего маленького порядка.
3. Порядок как продукт
Правовой порядок — это тоже продукт. Его можно:
— измерять (сколько тикетов в поддержку связано с непонятным юридическим статусом);
— улучшать (менять тексты и интерфейсы и смотреть на динамику обращений);
— исследовать (какие действия реально совершают пользователи, а какие висят «мёртвым грузом» в документах).
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7👍5❤2❤🔥1
Этим вечером мы продолжаем третьим текстом в цикле статей от единоличного руководителя редакции Telegram-канала "Дегенератив" Максима Своевского на тему LegalUX, переходим к практике!
Второй текст — тут, первый — тут!
Текст, как и ранее, публикуем без изменений, в авторской редакции.
С чего начать на практике?
Трудно представить, что юристу или DPO сразу выделят отдельный большой бюджет, чтобы он мог колдовать со своим непонятным LegalUX.
Можно начать с небольших шагов, которые помогут проверить ценность LegalUX для вашего сервиса:
1. Поговорить с поддержкой
Попросить поддержку выгрузить, сколько времени и сил уходит на запросы с юридическим оттенком: удаление данных, отписки, непонятные согласия, реализация прав субъектов. Это будет ваша «точка входа» — где пользователям прямо сейчас больно.
2. Собрать Legal CJM (пользовательский путь + правоотношение)
Выбрать 1–2 самых болезненных сценария (почти всегда это удаление аккаунта / прекращение рассылок / запрос на доступ) и посмотреть на них как на юридический пользовательский путь.
Схема простая:
Берём привычную карту пути пользователя (CJM):
регистрация → первый заход → покупка → удаление аккаунта и т.п. Далее (осторожно, сейчас нужно будет вспомнить теорию) накладываем на неё содержание и динамику юридических отношений, которые связаны с нашим сервисом:
— Основания возникновения правоотношения. Какое действие в интерфейсе им выступает?
— Субъекты отношений. С каким юридическим лицом пользователь вступает в отношения? А сам пользователь кто?
— Содержание. На что пользователь имеет право, а к чему обязан пользователь / сервис, как это всё реализуется и исполняется?
— Прекращение. Как и когда правоотношение прекращается, какие действия в интерфейсе это отражают?
И дальше задаём себе неприятные, но полезные вопросы:
— Показываем ли мы человеку, что именно «включается» юридически на этом шаге? Как от его действий меняется наш (и его) маленький правовой порядок?
— Где он сейчас может посмотреть свой статус: что принял, от чего отказался, какие обращения направил?
— Что произойдёт, если он передумает — есть ли понятный путь прекращения отношений прямо в интерфейсе?
Почти всегда на такой карте всплывают лакуны:
— Технически аккаунт уже удалён, а юридически договор ещё жив;
— Пользователь нажал три разные галочки с разными согласиями, но в одном месте посмотреть, какие действуют сейчас, не может;
— Все пути для реализации прав — только через поддержку, а то и через «заказное с уведомлением» на юридический адрес.
3. Перевести ключевые юридические действия в интерфейс
Посмотреть, какие из шагов сейчас живут только в переписке в стиле «напишите заявление в свободной форме», и дать людям возможность сделать хотя бы базовые юридические действия прямо в интерфейсе:
— подать запрос на доступ к данным / удаление;
— отозвать согласие;
— увидеть актуальный статус: какие документы приняты, какие права уже были реализованы.
4. Живой FAQ по правовым вопросам
Самые частые вопросы вынести в общий FAQ — его правда читают чаще, чем пользовательские документы.
Вот так выглядит «светлая» сторона UX🔥
Второй текст — тут, первый — тут!
Текст, как и ранее, публикуем без изменений, в авторской редакции.
С чего начать на практике?
Трудно представить, что юристу или DPO сразу выделят отдельный большой бюджет, чтобы он мог колдовать со своим непонятным LegalUX.
Можно начать с небольших шагов, которые помогут проверить ценность LegalUX для вашего сервиса:
1. Поговорить с поддержкой
Попросить поддержку выгрузить, сколько времени и сил уходит на запросы с юридическим оттенком: удаление данных, отписки, непонятные согласия, реализация прав субъектов. Это будет ваша «точка входа» — где пользователям прямо сейчас больно.
2. Собрать Legal CJM (пользовательский путь + правоотношение)
Выбрать 1–2 самых болезненных сценария (почти всегда это удаление аккаунта / прекращение рассылок / запрос на доступ) и посмотреть на них как на юридический пользовательский путь.
Схема простая:
Берём привычную карту пути пользователя (CJM):
регистрация → первый заход → покупка → удаление аккаунта и т.п. Далее (осторожно, сейчас нужно будет вспомнить теорию) накладываем на неё содержание и динамику юридических отношений, которые связаны с нашим сервисом:
— Основания возникновения правоотношения. Какое действие в интерфейсе им выступает?
— Субъекты отношений. С каким юридическим лицом пользователь вступает в отношения? А сам пользователь кто?
— Содержание. На что пользователь имеет право, а к чему обязан пользователь / сервис, как это всё реализуется и исполняется?
— Прекращение. Как и когда правоотношение прекращается, какие действия в интерфейсе это отражают?
И дальше задаём себе неприятные, но полезные вопросы:
— Показываем ли мы человеку, что именно «включается» юридически на этом шаге? Как от его действий меняется наш (и его) маленький правовой порядок?
— Где он сейчас может посмотреть свой статус: что принял, от чего отказался, какие обращения направил?
— Что произойдёт, если он передумает — есть ли понятный путь прекращения отношений прямо в интерфейсе?
Почти всегда на такой карте всплывают лакуны:
— Технически аккаунт уже удалён, а юридически договор ещё жив;
— Пользователь нажал три разные галочки с разными согласиями, но в одном месте посмотреть, какие действуют сейчас, не может;
— Все пути для реализации прав — только через поддержку, а то и через «заказное с уведомлением» на юридический адрес.
3. Перевести ключевые юридические действия в интерфейс
Посмотреть, какие из шагов сейчас живут только в переписке в стиле «напишите заявление в свободной форме», и дать людям возможность сделать хотя бы базовые юридические действия прямо в интерфейсе:
— подать запрос на доступ к данным / удаление;
— отозвать согласие;
— увидеть актуальный статус: какие документы приняты, какие права уже были реализованы.
4. Живой FAQ по правовым вопросам
Самые частые вопросы вынести в общий FAQ — его правда читают чаще, чем пользовательские документы.
Вот так выглядит «светлая» сторона UX
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥5❤4⚡4👍1
UXUI vs Privacy_25112025 — Андрей Бекренев.pdf
166 KB
Сегодняшний день — особенный не только потому, что сегодня воскресенье, но и потому, что мы делимся материалами от Андрея Бекренева — крутого специалиста и нашего друга из мира настоящего UX/UI с прошедшего 25.11.2025 мероприятия ПРО ПД🔥
Андрей рассказал о том, как на самом деле проводятся UX/UI исследования:
1. Когда это нужно? На каких этапах развития продукта? Какие могут быть заказчики в компании?
2. Какие виды исследований существуют? Когда нужно поглубже, когда — пошире? Когда нужно качественное, а когда — количественное и почему?
3. Какое ПО используется для каждого из типов исследований, от какого можно отказаться, а от какого — нельзя? Спойлер:почти ни от какого нельзя .
4. Какие данные нужны для исследований, какие — не очень? Спойлер: нужны могут быть любые, это норма, признайте это.
5. Какие реальные примеры UX/UI-исследований с различными объемами данными могут проводиться и быть полностью обоснованными с точки зрения бизнеса?
Прочитав этот материал, вы сможете овладеть базовым уровнем "той самой лексики", овладеть языком, на котором говорят мистические "они", и понять, что именно хотят эти люди и как им помочь🔥
Андрей рассказал о том, как на самом деле проводятся UX/UI исследования:
1. Когда это нужно? На каких этапах развития продукта? Какие могут быть заказчики в компании?
2. Какие виды исследований существуют? Когда нужно поглубже, когда — пошире? Когда нужно качественное, а когда — количественное и почему?
3. Какое ПО используется для каждого из типов исследований, от какого можно отказаться, а от какого — нельзя? Спойлер:
4. Какие данные нужны для исследований, какие — не очень? Спойлер: нужны могут быть любые, это норма, признайте это.
5. Какие реальные примеры UX/UI-исследований с различными объемами данными могут проводиться и быть полностью обоснованными с точки зрения бизнеса?
Прочитав этот материал, вы сможете овладеть базовым уровнем "той самой лексики", овладеть языком, на котором говорят мистические "они", и понять, что именно хотят эти люди и как им помочь
Please open Telegram to view this post
VIEW IN TELEGRAM
❤🔥8🔥6⚡3
Дорогие друзья, начинается зима, а мы заканчиваем цикл статей от единоличного руководителя редакции Telegram-канала "Дегенератив" Максима Своевского на тему LegalUX, причем заканчиваем не просто, а еще большим подарком для вас [если вдруг было нечего читать и смотреть зимними вечерами].
Итак... *барабанная дробь*...авторская подборка материалов по LegalUX🔥
Хорошие ресурсы по UX в целом для введения в тематику:
Цикл популярных статей про UX для недизайнеров от Антона Жиянова:
— Законы робототехники в интерфейсе
—Что делает интерфейс простым
— Как человек решает задачи в интерфейсе
NN/g — много коротких и понятных статей про UX, собранных в тематически подборки (исследования, элементы интерфейса и т.д.)
Про LegalUX:
- Доклад Анастасии Грачёвой «User Journey и Privacy UX» на EDPC 2024
- Очерк про значением UX в правовых порядках (там же ссылка на большую статью на русском про юридический UX и юридически значимые действия в цифре):
- Примеры разбора конкретного интерфейсного решения с точки зрения LegalUX (№1, №2)
Тёмные паттерны:
- Лекция Виталия Болатаева и «Законов Мура» про тёмные паттерны и Legal UX
- Подборка тёмных паттернов на основе отчёта ICO / CMA с интерактивным прототипом
- Разборы отчётов отдельных регуляторов про тёмные паттерны (CNIL, ICO \ CMA, FTC)
Спасибо Максиму! Если понравился формат, пишите в комментарии и ставьте лайки, дорогие друзья!
Итак... *барабанная дробь*...авторская подборка материалов по LegalUX
Хорошие ресурсы по UX в целом для введения в тематику:
Цикл популярных статей про UX для недизайнеров от Антона Жиянова:
— Законы робототехники в интерфейсе
—Что делает интерфейс простым
— Как человек решает задачи в интерфейсе
NN/g — много коротких и понятных статей про UX, собранных в тематически подборки (исследования, элементы интерфейса и т.д.)
Про LegalUX:
- Доклад Анастасии Грачёвой «User Journey и Privacy UX» на EDPC 2024
- Очерк про значением UX в правовых порядках (там же ссылка на большую статью на русском про юридический UX и юридически значимые действия в цифре):
- Примеры разбора конкретного интерфейсного решения с точки зрения LegalUX (№1, №2)
Тёмные паттерны:
- Лекция Виталия Болатаева и «Законов Мура» про тёмные паттерны и Legal UX
- Подборка тёмных паттернов на основе отчёта ICO / CMA с интерактивным прототипом
- Разборы отчётов отдельных регуляторов про тёмные паттерны (CNIL, ICO \ CMA, FTC)
Спасибо Максиму! Если понравился формат, пишите в комментарии и ставьте лайки, дорогие друзья!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥12⚡5👍4❤🔥1
UXUI vs Privacy_25112025 — Павел Мищенко.pdf
110.9 KB
И сегодня мы хотим побаловать вас еще одним материалом с прошедшей 25.11.2025 сессии ПРО ПД на тему UX/UI x Privacy — от Паши нашего Мищенко🔥
Куда засунуть этот документ и поставить чек-бокс, чтобы до вас не докопались?
Если вы хотите быть дальше, больше, быстрее, выше, сильнее этого, вам нужен фундаментальный материал от Паши про то, какие могут быть подходы к юридическому дизайну пользовательских интерфейсов (и документов)!
В качестве основного Паша предложил подход, основанный на триаде интересов Государство-Бизнес-Субъект, — недостаточно популярный в российской практике и побеждающий обаятельностью подход.
Общие правила, актуальные для любого подхода, просты:
— Структура [похожие темы – в одном месте, разделы не больше 10 пунктов, говорящие заголовки]
— Формулировки [глаголы, активный залог,минимум деепричастный и причастных оборотов, размер фраз не больше 20-25 слов, не больше 3 смыслов, перечисления показывать]
— Достаточность [писать только то, что закрывает реальные риски]
Но вот нюанс: это актуально только для случаев, когда юристы пишут для юристов, поэтому еще одним правилом, почти священным для эксперта нашей области, является простой тезис:
Знай. Своего. Читателя.
Паша предложил способ автоматизировать узнавание читателя с помощью ИИ-решений, натренированных на крутых правилах понятности текстов, и даже предложил вариант стандарта, содержащего наиболее актуальные правила.
Приятного чтения и отличного вечера, друзья!
Куда засунуть этот документ и поставить чек-бокс, чтобы до вас не докопались?
Если вы хотите быть дальше, больше, быстрее, выше, сильнее этого, вам нужен фундаментальный материал от Паши про то, какие могут быть подходы к юридическому дизайну пользовательских интерфейсов (и документов)!
В качестве основного Паша предложил подход, основанный на триаде интересов Государство-Бизнес-Субъект, — недостаточно популярный в российской практике и побеждающий обаятельностью подход.
Общие правила, актуальные для любого подхода, просты:
— Структура [похожие темы – в одном месте, разделы не больше 10 пунктов, говорящие заголовки]
— Формулировки [глаголы, активный залог,минимум деепричастный и причастных оборотов, размер фраз не больше 20-25 слов, не больше 3 смыслов, перечисления показывать]
— Достаточность [писать только то, что закрывает реальные риски]
Но вот нюанс: это актуально только для случаев, когда юристы пишут для юристов, поэтому еще одним правилом, почти священным для эксперта нашей области, является простой тезис:
Знай. Своего. Читателя.
Паша предложил способ автоматизировать узнавание читателя с помощью ИИ-решений, натренированных на крутых правилах понятности текстов, и даже предложил вариант стандарта, содержащего наиболее актуальные правила.
Приятного чтения и отличного вечера, друзья!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6❤3❤🔥1👌1