Марина Яланска написала о контрасте в интерфейсе.

— Максимально возможный контраст изображения называется динамическим диапазоном;
— Люди с нарушениями зрения различают видимые объекты в основном за счёт контраста;
— В академическом искусстве контраст применяется не только для управления вниманием, но и для создания настроения, атмосферы, добавления разнообразия, визуального интереса или драматизма в произведение;
— В дизайне интерфейсов это один из ключевых факторов, влияющих на визуальную иерархию и возможность беглого изучения страниц;
— Способы создания контраста: 1) Цвет; 2) Размер; 3) Форма (форма одного элемента отличается от формы остальных); 4) Расположение; 5) Текстура; 6) Ориентация (один элемент повёрнут относительно остальных);
— Полезно чёрно-белое тестирование интерфейса. Цветной интерфейс может выглядеть иначе на других экранах, низкий контраст неудобен дальтоникам;
— Есть разные типы типографского контраста. Например: контраст начертаний (жирное начертание выделяется на фоне основного) или структур (формы букв разных шрифтов);
— Среди менее популярных типов — контраст через ритм. Элементы, нарушающие ритм, привлекают больше внимания;
— Позаботьтесь о контрасте, если размещаете текст поверх изображения;
— Слишком большой контраст вызывает чрезмерное напряжение глаз и усложняет взаимодействие. Контраст мешает на страницах с длинным текстом;
— Много разного контраста = его отсутствие. Также возрастает время, необходимое для изучения системы, выполнения задачи и запоминания маршрутов в системе;
— Не забывайте о негативном пространстве, которое помогает элементам интерфейса дышать и повышает эффективность разных типов контраста.

https://www.uprock.ru/articles/tipy-kontrasta-v-ui-dizayne

В «Собаке Павловой» написали о быстром формате предоставления результатов пользовательского тестирования.

— При обработке результатов тестирования легко потерять важную информацию. Кажется, что нужно фиксировать каждое слово, но это долго и дорого;
— Для предоставления результатов важно выбрать формат. Он зависит от того, а) кто будет их использовать, б) зачем они нужны, в) на какой стадии готовности находится интерфейс;
— В «Собаке Павловой» используют 3 формата, отличающиеся подробностью: 1) Скринкаст тестирования с полной расшифровкой; 2) Скринкаст с заметками в виде структурированного конспекта; 3) Инсайты, важные комментарии, ошибки;
— 3-й формат стоит попробовать, когда исследователь полностью в теме или нельзя записывать экран. Нужен навык мультизадачного активного слушателя;
— Можно записывать аудио, но не обязательно. Главное, зафиксировать всё важное: инсайты, комментарии, ошибки;
— В результатах надо обозначить, как респонденты выполняют сценарии, микросценарии и задачи. Подходит табличная форма;
— Не стоит интерпретировать результаты с точки зрения частотности. Но если проблема возникла только у одного респондента, возможно, это его индивидуальная непонятливость;
— Находки тестирования удобно передавать не в таблице, а прямо в контексте — комментариями к макетам в Фигме или Миро;
— В зависимости от задачи, цветом можно кодировать источник проблемы (пользовательское тестирование или экспертная оценка), её критичность или сложность исправления;
— От заказчика не требуется большой квалификации, чтобы перевести найденные проблемы в задачи для разработчиков: пробежался глазами по экранам и показал пальцем, что делать, а потом проверил внедрение.

https://vc.ru/design/297038

Эдвард Скотт написал об обработке опечаток в предложениях автозаполнения.

— Пользователи часто полагаются на предложения автозаполнения в строке поиска;
— Автозаполнение не умеет работать с опечатками на 69% сайтов, исследованных Baymard Institute, — предложения становятся нерелевантными или просто пропадают;
— В этом случае, если пользователь опечатывается, он тратит время на исправление ошибки, меняет стратегию поиска (переключается на поиск по категориям) или покидает сайт, посчитав, что на нём нет нужных товаров;
— Проблема особенно актуальна на мобильных устройствах: опечататься проще, исправить ошибку сложнее;
— Многие сайты исправляют опечатки уже потом, при отображении результатов поиска, но проблема в том, что часть пользователей не отправляет запрос, пока автозаполнение не предложит что-то релевантное;
— В свободном доступе есть решения для проверки орфографии, но они могут ничего не знать о брендах и узкоспециализированных товарах. Плюс, их может быть сложно интегрировать с некоторыми поисковыми движками;
— Анализируйте логи запросов автозаполнения, чтобы узнать, какие ошибки совершают ваши пользователи.

https://ux.pub/issledovanie-kak-otsutstvie-avtozapolneniya-dlya-zaprosov-s-oshibkami-mozhet-zatrudnit-poisk-produktov/

Маргарита Хохлова сформулировала принципы, как писать уместный и этичный интерфейсный текст.

— Помните, что пользователи могут быть мужчинами и женщинами, и ищите гендерно-нейтральные формулировки. «Понял, принял» → «Понятно, принято»;
— Учитывайте, что у них может быть разный опыт. 2GIS показывает, сколько каллорий можно сжечь, если пройти путь пешком. Для людей с пищевыми расстройствами, дефицитом веса и ожирением эта информация может быть источником стресса, а скрыть её нельзя;
— Не спрашивайте о личном без необходимости. Вместо секретного вопроса «Как называла вас бабушка» лучше спросите про любимую книгу;
— Продумывайте разные жизненные ситуации, когда человек может воспользоваться продуктом. Странно видеть сообщение «Вы отправили заявку на карту. Замечательный день», если старая карта украдена или (в случае с кредиткой) срочно понадобились деньги;
— Не шутите на темы физического и ментального здоровья. В приложении для отслеживания уровня сахара в крови режим более точного контроля называется «Режим параноика». Но он может пригодиться и тем, кто только столкнулся с диагнозом, людям с тяжёлым течением болезни и так далее;
— Не поддерживайте гендерные, национальные и культурные стереотипы. Не вставляйте в сообщение о Беларуси эмодзи картошки;
— Не оценивайте людей по возрасту. Выбор репетитора по возрасту → по опыту;
— Осторожнее с пользовательским контентом. Человек часто обращался в службу поддержки, а почтовик сообщил, что этот адрес электронной почты — «Ваш любимка».

https://vc.ru/design/310380

В GTE Localize написали об ошибках при создании многоязычного сайта.

— При автоматическом переводе возникнут проблемы со специальными терминами и неправильным контекстом;
— В США (а также Мьянме и Либерии, но под эти рынки вряд ли кто-то станет локализовать свой сайт) вместо метрической системы всё считают в унциях, футах и дюймах;
— В США даты указывают в формате «месяц / день / год»;
— Кнопку изменения языка сайта размещайте в поле зрения пользователя, например, в правом верхнем углу страницы. Название языка можно сопроводить изображением флага;
— Если языковых версий несколько, список языков для выбора размещайте в раскрывающемся меню;
— В идеале сайт должен определять, откуда пользователь, и сразу показывать содержимое на правильном языке.

Перевести текст недостаточно, дизайн должен учитывать особенности разных стран и культур:
— В цветовой палитре: сайт Макдональдса для Норвегии использует жёлтый и зелёный цвет;
— Количестве контента: на сайте Старбакса для Японии намного больше текстового контента;
— Ориентации текста: сайт ООН на арабском языке отзеркален по горизонтали.

https://www.uprock.ru/articles/4-tipichnye-oshibki-pri-sozdanii-mnogoyazychnogo-sayta

Николай Бабич написал, что такое чекбоксы и переключатели, как их правильно использовать и чем они друг от друга отличаются.

«Когда пользователь взаимодействует с чекбоксами (например, заполняя какую-то форму), он не ждёт мгновенной обратной связи. Изменения произойдут потом, когда он нажмёт „Сохранить“ или „Отправить“.

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

In English. #checkbox #toggle

Александр Васин (Groza.design) опубликовал трек «Русский дизайн», записанный для альманаха «Лепота».

https://www.youtube.com/watch?v=jP6gTio9e1Y

Роман Бунин рассказал, как спроектировать хороший дашборд.

— Соберите требования у всех заинтересованных сторон. Надо понять: а) как работает подразделение, которому нужен дашборд, б) кто им будет пользоваться, в) ответы на какие вопросы они будут искать и какие бизнес-решения принимать, г) в каком контексте и с каких устройств будут это делать;
— Для ответа на каждый пользовательский вопрос предложите как минимум один элемент дашборда. Например: «Какова общая обстановка? → Фактоиды + мини-графики»; «Какова динамика количества сделок? → Бар-чарт по количеству сделок во времени»;
— Вёрстка дашборда — достаточно рутинное занятие, если требования собраны качественно. Основные приёмы: F-паттерн чтения и контраст;
— Десктопную и мобильную версию обычно верстают отдельно. Здесь пригодится понимание контекста. В энтерпрайзе мобильные дашборды — редкость (в основном из-за проблем с безопасностью данных);
— Для разных дашбордов подходят разные инструменты: разовые сложные визуализации удобно делать с помощью R или Python, операционные дашборды — в Tableau или Yandex DataLens, сложную операционку с высокими требованиями к скорости и дизайну — с помощью d3.js или самописных инструментов;
— Аналитик — не специалист по проектированию дашбордов, ему не хватает навыков дизайна и правильной компоновки данных. Если в компании с дашбордами будет работать больше 20 человек, возможно, стоит нанять специалиста по проектированию дашбордов;
— Чтобы дашборды работали быстрее, не стоит собирать визуализацию «всё в одном». Правильный подход к архитектуре — проваливаться из одного отчета в другой, а не путешествовать по разным уровням детализации внутри одного дашборда.

https://sense23.com/post/kak-sozdavat-poleznye-dlya-biznesa-dashbordy-algoritm-printsipy-verstki-instrumenty-arhitektura

Опубликованы видео с Avito Text Talk 2021:

1. Виолетта Шматкова, Авито — Как выстроить взаимодействие редактора и дизайнера в продукте

Почему дизайнер, продакт и разработчик не должны писать текст. На каком этапе звать редактора и как получить от него максимум пользы. В каких ситуациях можно сэкономить на редакторе (нервы, деньги, время).

youtube.com/watch?v=qHdMCkW_jSA

2. Маргарита Хохлова, Профи — Зачем UX-редактору дружить с поддержкой

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

youtube.com/watch?v=lFI-agXA6zk

3. Кирилл Егерев, Детский мир — Ищите троих: почему один специалист не напишет всё быстро и хорошо

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

youtube.com/watch?v=u1jeVicikM4

Кейт Каплан из Nielsen Norman Group написала о пустых состояниях в сложных продуктах.

Типичные сценарии, когда пользователь с ними сталкивается:
— Не добавил чего-либо в избранное, и связанный контейнер («Избранное») остался пустым;
— Не настроил уведомления, и панель, на которой они должны отображаться, не используется;
— Продукт состоит из рабочих пространств или дашбордов, а пользователь ничего в эти области не поместил;
— Нулевые результаты поиска или фильтрации.

Рекомендации:
— Используйте пустые состояния, чтобы сообщить о статусе системы, иначе пользователь может запутаться;
— Например, посчитать непроработанное пустое состояние ошибкой или продолжающейся загрузкой данных;
— Не показывайте состояние «Ничего не найдено» временно, пока обрабатывается запрос или загружаются данные (особенно, если это занимает время);
— Рассказывайте, какое содержимое в этом месте может появиться;
— Объясняйте, что для этого надо сделать. Такие контекстные подсказки не мешают, так как связаны с элементом, с которым пользователь собирается взаимодействовать. Часто их можно сразу же применить и таким образом лучше усвоить. Иногда можно сопроводить их ссылкой на справочную статью;
— Помогайте прямо из пустого состояния сделать первый шаг, чтобы в этом месте появился контент;
— В сложных системах можно предложить пользователю сгенерировать демонстрационные данные для безопасного исследования продукта.

https://ux.pub/3-rekomendatsii-po-proektirovaniyu-pustyh-sostoyaniy-v-slozhnyh-prilozheniyah/

Опубликованы видео с Mail Design Conf & Dribbble Meetup 2021:

1. Олег Турбаба (Clay), Светлана Мовчан (GeexArts), Крис Анфалова — О пользе Dribbble для дизайнеров
youtube.com/watch?v=5wnWB9zhehI

2. Signal by ONY — Бренд в эпоху уникальности
youtube.com/watch?v=lM0Hb05ZKJg

3. Музей как место встречи: доступность и инклюзивные проекты Третьяковской галереи и Музея Гараж
youtube.com/watch?v=3duS5qOK11A

4. AIC — Три дизайнера на границе эстетики и функции
youtube.com/watch?v=8mrfesNAKXI

5. Создание умной колонки Капсула Мини
youtube.com/watch?v=7XVM8hSiZ54

6. Яндекс Дзен — Дизайн себя: функция и эстетика во внешнем виде дизайнера
youtube.com/watch?v=mO_f1cOASXU

7. Лев Маврин — Советская дизайн-утопия
youtube.com/watch?v=neimjcqL4No

8. Команда Ситимобил и Ситидрайв
youtube.com/watch?v=P_Htl880yVk

9. Ультимативный гид по фестивалям от REDKEDS и RedCollar
youtube.com/watch?v=yTMVVUOPq5s

10. MaxBionic — О самых красивых протезах. Как менять жизни не просто предметом дизайна
youtube.com/watch?v=1ruqa2CR_L0

11. Даня Трабун — Как полюбить себя и причём тут 3D-обувь
youtube.com/watch?v=d-CkaOynEAE

12. Моноспекталь Сергея Гурова и Станислава Белозерова
youtube.com/watch?v=EJHBfiPKIdY

— Все видео одном плейлисте: youtube.com/playlist?list=PLzqQCeTtpSBpBdqU8095DtoD0YNfofjiv
— Альбом в ВК: vk.com/video/playlist/-50773057_49

Markswebb поделились инсайтами, как улучшить чекаут. Некоторые из них:

— Один из основных барьеров в корзине — неожиданно высокая стоимость доставки. Чтобы сохранить клиентов, не готовых за неё платить, показывайте, как получить доставку бесплатно;
— Учитывайте особенности разных категорий товаров. При заказе цветов показывайте в чекауте фото букета, при заказе крупной техники спрашивайте о доставке до двери и подъёме на этаж, при заказе одежды — о вариантах примерки;
— Чекаут — не только создание заказа, но и обогащение данных о клиенте. Детский мир узнаёт любимый магазин клиента, адрес и способ оплаты. И может при следующих заказах сразу показывать экран проверки, на котором клиенту останется нажать «Готово»;
— Ввод реквизитов пластиковой карты можно улучшить с помощью токенизации, когда их не надо вводить для каждой новой покупки;
— Чтобы не перегружать интерфейс оплаты, вариант рассрочки или оплаты долями можно показывать только от определённой стоимости заказа;
— При высокой стоимости заказа показывайте бонусы, с помощью которых её можно снизить;
— Покупателям важно получить заказ, состоящий из нескольких товаров, за один раз, а не частями. Если покупатель исключил какой-то товар из заказа, сразу после экрана успеха предлагайте дозаказать его со скидкой, выбрать другой способ доставки.

https://vc.ru/trade/309952

Викалп Кошик написал о тултипах.

— Тултипы появляются при наведении курсора (или нажатии) на определённые элементы страницы и содержат подсказки, связанные с этими элементами, например: справки, дополнительную информацию или инструкции по заполнению полей;
— Старайтесь не прятать в них подсказки. Часть пользователей не сможет их обнаружить;
— Выбирая место появления тултипа (справа, сверху, слева или снизу от вызывающего его объекта), не перекрывайте им важную информацию. Инструкция по заполнению поля не должна перекрывать содержимое этого поля;
— Иногда пользователь случайно наводит курсор на объект с тултипом. Чтобы избежать лишнего мельтешения, тултип можно отображать, если курсор какое-то время задерживается на объекте;
— Если тултип отображается при наведении курсора, подумайте о пользователях с сенсорными экранами, пользующихся только клавиатурой, а также о других ограничениях;
— У тултипа обычно нет заголовка;
— Не стоит закрывать тултип автоматически через заданное время;
— Тултип должен быть полезным, а его текст — ясным и кратким.

https://deadsign.ru/ui/how-to-design-and-style-better-tooltips/

Саша Окунев рассказал об опыте слияния дизайн-систем в Озоне.

В часовом видео:
— Элементы, из которых состоит дизайн-система: UI-кит, фронт-либа и документация. Что будет, если один убрать;
— Над чем работают дизайнеры в Озоне (80+ продуктовых дизайнеров и ~15 команд) и какие у них требования к дизайн-системам;
— Как выглядит типичный пайплайн работы дизайнеров и фронтов на небольшом проекте, и почему в крупных компаниях он становится неэффективным;
— Стратегии слияния (поглощение, создание новой дизайн-системы) и их плюсы и минусы. Пример слияния иконок, первая попытка внедрения единой дизайн-системы для веб-проектов;
— Сложность слияния на равных и важность лидера дизайна;
— Ценность новой дизайн-системы для веб-проектов: источник правды в коде, токенизация, витрина компонентов;
— Процесс создания команды дизайн-системы из 8 человек, итоги полугода их работы.

Также Саша рекомендовал посмотреть сначала 20-минутную лекцию Александра Дьякова о дизайн-системе: что это, какие задачи решает, из чего состоит и как выглядит.

Антон Жиянов написал, что должно быть в сообщении о заказе от интернет-магазина.

— Напишите: «Приняли заказ №12345, стоимость 5623 ₽, доставим в пятницу 16 июля с 10 до 14»;
— Если ваши айти-системы умеют идентифицировать заказ по номеру телефона, номер заказа можно не писать. Но может возникнуть путаница, если у клиента несколько заказов одним днём;
— Добавьте телефон, чтобы человек не искал, как с вами связаться;
— Если есть ограничения по оплате, напишите: «Оплата только наличными, у курьера нет сдачи» или «Заказ оплачен, вот чек»;
— Такой формат подходит для письма и смс. В письмо можно добавить подробностей: список товаров, как изменить время или отменить заказ, особенности (курьер звонит за час, доставка до двери);
— Адрес доставки имеет смысл указывать, если у клиента их несколько. ФИО, телефон, электронную почту — если заказ для другого человека.

#email #ecommerce

Владимир Меркушев написал вводную статью об а/б-тестировании.

— Суть в том, чтобы разделить аудиторию на части, показать им разные версии чего-либо и понять (на основе количественных данных), какая версия лучше;
— Протестировать можно, например, как разные призывы к действию влияют на конверсию, а также более долгосрочные метрики вроде среднего чека или прибыли;
— Тест лучше проводить с контрольной выборкой: для проверки 2 вариантов аудиторию делят на 3 группы, и двум из них показывают один и тот же вариант. Если метрики у этих двух групп не будут отличаться, значит, внешние факторы на результат не повлияли, и данным можно доверять;
— Если вариантов больше двух, можно провести мультивариантное тестирование. Так удобно тестировать комбинации вариантов, например, 4 призыва к действию и 2 цвета кнопки (будет тест с 8 вариантами);
— Стоит тестировать не только первое целевое действие (например, количество нажатий на кнопку), но и дальнейшее поведение пользователя (например, показатель отказов на открывшейся странице или конверсию в покупку);
— Не смешивайте выборки параллельно идущих тестов, так как варианты из одного теста могут влиять на восприятие вариантов из других тестов. Например, не стоит на главной странице одновременно тестировать кнопки меню и текст призыва к действию;
— А/б-тестирование скорее всего не подойдёт для B2B, B2G, премиального сегмента и продукта на старте, когда у него мало трафика;
— Калькуляторы для расчёта показателя статистической значимости обычно интегрированы в системы настройки тестов.

#ab_testing

Опубликованы видео с Fintech Design Conf 2021:

1. Бренд- и дизайн-команда Райффайзенбанка — Что сделали за год

2. МТС Банк — Особенности дизайна виртуальной карты

3. Хайс — Подход к дизайну и выпуску продуктов

4. Ак Барс Банк — Внедрение автоматизированных рабочих мест собственной разработки

5. ВТБ — Консистентность пользовательского опыта при большом количестве распределённых команд

6. Klarna — Влияние членов команды на создание пользовательского опыта, плоская иерархия и инклюзивность разработки продукта

7. ONY и Бланк — Идея, брендинг и стиль

8. Тинькофф — Разработка нового интерфейса банкоматов

9. Дизайн-команда Росбанка — Эволюция команды и превращение в отдельную часть компании

Все видео одном плейлисте: YouTube · ВК.

Максим Козлов написал об организации UX-исследований. О пользе вовлечения команды:

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

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

#research

Настя Овсянникова написала серию статей об отображении ошибок в интерфейсе.

— С точки зрения взаимодействия между пользователем, клиентом и сервером можно выделить виды ошибок: а) Сбой клиента; б) Результат валидации данных на клиенте и сервере; б) Результат обработки данных и команд; в) Потеря связи с сервером;
— Потеря связи с сервером происходит, если пропал интернет, проблемы с VPN, сервер упал или от него вообще нет ответа;
— Обстоятельства, при которых обнаруживаются ошибки: а) Приём данных от пользователя; б) Скачивание или подгрузка данных по его инициативе; в) Перенаправление на другую страницу; г) Перенаправление в модальное окно;
— Единые решения по отображению 4 видов ошибок при 4 видах обстоятельств позволяют: а) Команде говорить на одном языке; б) Не создавать макеты ошибок для каждой ситуации и сохранять консистентность; в) Упростить подключение новых членов команды;
— При сбое клиента решили перенаправлять пользователя на особенную страницу в виде Configuration Item, которая существует вне информационной архитектуры и всегда может быть отображена клиентом, но на ней нельзя показать разные варианты текста ошибки в зависимости от контекста;
— Ошибка валидации данных может быть связана с отдельным полем или группой полей. Во втором случае сообщение должно быть визуально связано со всей группой (например, отображаться над ней);
— Если нет связи с сервером, на странице решили показывать баннер-растяжку сверху, а в модальном окне — алерт под его заголовком;
— Если есть фоновая проверка связи с сервером, и пользователь просматривает модальное окно, сообщение о потере связи лучше показывать после того, как он на что-нибудь нажмёт или закроет окно;
— Если ошибка произошла после перенаправления пользователя на страницу, решили отображать полноэкранную ошибку с соответствующим текстом. После перенаправления в модальное окно — алерт под его заголовком;
— На странице Configuration Item не стоит размещать кнопки и ссылки и советовать перезагрузить страницу (это ни к чему не приведёт). Стоит подсказать, куда обратиться и что сообщить сотрудникам техподдержки;
— Если суть сообщения об ошибке одна, а сущности разные, можно использовать общие грамматические конструкции. Например, когда сущность уже есть там, куда её добавляем, можно использовать конструкцию «Такой(-ая) [сущность] уже входит в [сущность]»;
— То же самое, если меняются не сущности, а значения параметров. Например: «Загрузите 1 файл до 100МВ в формате .docx, .pdf или .xlsx». Меняется количество файлов, лимит мегабайтов и форматы;
— Для специфических полей (номер телефона, дата или сумма) можно зафиксировать отдельные ситуации. Например: «Дата окончания периода не может быть раньше даты начала»;
— Ошибка может отображаться по-разному (полноэкранная, алерт, нотификация) с разным контентом. Стоит предусмотреть текстовые токены, из которых можно собрать любое отображение ошибки. Например: заголовок, полный текст, краткий текст, основное действие, второстепенное действие.

Настины статьи:
— Как возникают ошибки;
— Выбор способа отображения ошибки в интерфейсе;
— Выбор контента для описания ошибки пользователю.

#error

В Canvs написали об офбординге.

— Офбординг — организация процесса отмены подписки или удаления учётной записи;
— На воспоминания об опыте влияют самые эмоционально напряжённые моменты (пики) и завершающее впечатление. Приятное завершение взаимодействия поможет запомнить продукт с лучшей стороны;
— Если пользователь отменяет подписку, предложите альтернативный план, но не усложняйте процесс отписки (этим грешил Яндекс Плюс);
— Сообщите, что пользователь всегда может вернуться, и пообещайте какое-то время хранить его настройки и предпочтения или, наоборот, ради безопасности навсегда удалить данные;
— Здорово, если можно экспортировать свой контент, временно деактивировать учётную запись или найти решение проблемы, из-за которой пользователь собрался удалить профиль. Например, Твиттер подсказывает, что изменить юзернейм можно и без удаления учётной записи;
— Считается тёмным паттерном, когда: а) процесс отписки намного сложнее подписки; б) формулировки или изображения с грустными котиками пробуждают у пользователя чувство вины.

Об отписке от Яндекс Плюса.