Игорь Штанг написал, как объяснить клиенту воздух в макете.

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

Воздух тоже бывает разный. Иногда дизайнеры называют воздухом бесформенные дыры, с которыми они не могут справиться. Смотрите примеры.

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

https://nobelfaik.livejournal.com/203705.html

Екатерина Рокитян разобрала, как благотворительные организации стимулируют людей помогать.

Нет доверия организации:
— Показывать, на что пойдёт пожертвование (ShareTheMeal);
— Публиковать прозрачную отчётность (Фонд борьбы с лейкемией);
— Показывать других жертвователей (Ночлежка).

Кажется, что маленького пожертвования недостаточно:
— Предлагать подписаться на небольшое ежемесячное пожертвование (Нужна помощь);
— Показывать общую сумму сбора и количество жертвователей (Нужна помощь);
— Предлагать оплатить обычные продукты (Дари еду).

Неудобная оплата. Смски хорошо работают, когда участвует телевидение, но плохо подходят для интернета:
— Добавить возможность оплаты картой, а также через Apple Pay или Google Pay (Линия жизни);
— Подключить автоматический ежемесячный платёж.

Не готовы жертвовать деньги:
— Вовлекать человека в иную деятельность: бег (Charitymiles), просмотр видео с рекламой (GoodLoop) или воздержание от алкоголя (Dryathlon). Деньги перечислят партнёры или рекламодатели;
— Дарить подарки и мерч (Фонд борьбы с лейкемией, Elbi);
— Предлагать купить что-то, что создают люди, которым нужна помощь (Выход в Петербурге, Антон тут рядом);
— Рассказывать истории нуждающихся (Нужна помощь);
— Объяснять, кто такие бездомные и как они (не по своей воле) оказываются на улице (Ночлежка);
— Мотивировать жертвователя поделиться тем, что он совершил хороший поступок;
— Позволять создать событие по сбору пожертвований, например, попросить друзей пожертвовать деньги вместо покупки подарков на день рождения (Нужна помощь).

https://vc.ru/design/98296

Лучшие доклады предыдущих UX-марафонов:

1. Ксения Стернина, Mail.Ru Group — Удачные и неудачные дизайн-решения. Проведено в UX-лаборатории
https://www.youtube.com/watch?v=94q-lTzInhs

2. Анна Кочеткова, Тинькофф Бизнес — С хорошим текстом понятнее
— Видео: https://www.youtube.com/watch?v=hDqJzydcHMc
— Конспект: https://medium.com/nancypong/6d66fa378a1f

3. Дмитрий Сатин, UsabilityLab — Что такое инженерная психология
https://www.youtube.com/watch?v=PZOYeCVSf8o

4. Светлана Ратнер, СКБ Контур — Как формулировать гипотезы для качественного исследования
https://www.youtube.com/watch?v=7Sn41K7g0V4

5. Эмилия Городовых, СКБ Контур — Опыт применения JTBD на примере сложного продукта
https://www.youtube.com/watch?v=bc4OUnp7vdg

6. Елена Пяткова, Риалвеб — UX и веб-аналитика: какие данные нужны и как их собирать
https://www.youtube.com/watch?v=YTInVRJB5q4

Илья Александров рассказал, как тестирование инструкции привело к изменению продукта.

Лайтпак похож на Philips Ambilight, но его можно установить на любой телевизор. Инструкцию по установке хотели сделать как у Икеи — без текста. Это позволяло не делать отдельные её версии на других языках.

Установка Лайтпака — процесс нетривиальный. Сложные моменты при создании инструкции:
1. В продукте много технических ограничений, и, как следствие, требований, которые пользователь должен соблюсти;
2. Авторы сами до конца не понимали, какой порядок действий будет самым удобным.

Решили протестировать 2 концепта инструкции:
1. Досконально шаг за шагом говорить человеку, что делать;
2. Говорить, что нужно получить в итоге и какие важные требования соблюсти. Как достигнуть цели, человек решал сам.

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

С помощью уголков устройство определяло, где заканчивается одна сторона телевизора и начинается другая. А что, если есть другой способ это делать?

В итоге придумали протягивать ленту по периметру телевизора, не разрезая её. На программном уровне можно узнать длину всей ленты. Большинство телевизоров имеет соотношение сторон 16:9 или 16:10, поэтому получилось автоматически рассчитывать длины сторон.

Решение оказалось проще и дешевле для разработки, а также упрощало пользователям установку Лайтпака.

https://medium.com/yakostro/857142a2f4f0

Специалисты PromoPult написали, что можно показать на странице с нулевыми результатами поиска в интернет-магазине.

1. Ссылки на категории товаров, в которых пользователь может найти то, что искал. Запрос «красная зимняя куртка в клеточку» → Ссылка на категорию «Куртки» с применённым фильтром «Зима».

2. Результат поиска по альтернативному или более простому запросу. Запрос «яркий прочный чехол с арбузами для старого айфона» → Запрос «арбузы iphone чехол».

3. Ранее просмотренные товары.

4. Контакты службы клиентской поддержки, виджет чата.

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

6. Популярные товары и категории. Мотивация «другие люди покупают этот товар» всё ещё работает.

https://vc.ru/marketing/102028

UserTesting спросили дизайнеров, исследователей и аналитиков, что такое UX Design.

— Лора Кляйн, директор платформы Users Know, автор книги UX for Lean Startups:

Если UX — это опыт, который получает пользователь во время взаимодействия с вашим продуктом, тогда UX дизайн по определению является процессом, с помощью которого мы определяем, что это будет за опыт.

UX Design происходит постоянно. Намеренно или нет, кто-то принимает решения и определяет, как человек будет взаимодействовать с продуктом. Хороший UX дизайн случается, когда мы принимаем решения так, чтобы понять и удовлетворить потребности наших пользователей и нашего бизнеса.

— Дан Макоски, вице-президент по дизайну в CapitalOne:

UX дизайна не существует. Опыт — это личное переживание человека, и дизайнеры не владеют им. Однако мы можем создать что-то для человека в момент переживания. Это тонкое, но важное различие.

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

http://tilda.education/articles-what-is-ux-design

Angry рассказали, как защитить дизайн перед заказчиком — отстоять до 80% функциональных решений и не прогнуться под градом правок.

1. Выбирайте правильных клиентов. Красные флажки: бюрократия уже на этапе продажи, если проект создаётся не для людей, а для освоения бюджета.

2. Собирайте аргументы — статистику и инсайты по теме проекта. Это проще, если вы специализируетесь на проектах одного типа или предметной области.

3. Если аргументов не хватило, спорные моменты проверяйте в финале на юзабилити-тестировании.

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

5. Обучайте заказчика.

6. Ставьте чёткие сроки на правки. У заказчика должен быть человек, ответственный за сроки предоставления и непротиворечивость списка правок.

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

8. Берите экспертов на защиты. Старший дизайнер может рассказать о деталях дизайн-концепции, исследователь — результатах юзабилити-теста.

9. Спрашивайте: «А зачем это нужно?» — хороший вопрос-маркер, который помогает отличить полезную идею заказчика от шальной.

10. Давайте потрогать интерактивный прототип. Ссылка на него может быть в презентации в виде QR-кода. Когда заказчики изучают приложение прямо на своём смартфоне, они видят продукт глазами пользователей, и многие вопросы отпадают сами собой.

11. Приглашайте третейского судью из команды заказчика.

12. Прокачивайте технический бэкграунд. Он пригодится, когда разработчики скажут о ваших решениях, что «так сделать нельзя».

https://vc.ru/design/100987

Опубликованы видео с секции «Дизайн» фестиваля G8 2019.

1. Денис Мосин — Карго-культ в создании продуктов
youtube.com/watch?v=nj_zU-UVGPs

2. Егор Коробейников, Miro — Распределённое будущее креативной работы
youtube.com/watch?v=DkNsAmDDjns

3. Денис Шумов, Mail.ru Group — Эмоциональная коммуникация в интерфейсе продукта
youtube.com/watch?v=1Dp3MkC6xeE

4. Дмитрий Глазырин — Как работать с любой компанией этой планеты
youtube.com/watch?v=IzuWGk3c_l0

5. Артем Щербаков, ZheeShee — Процесс поиска идеального проекта для студии
youtube.com/watch?v=KM6HylxFtPs

6. Юрий Нарвин, Молния — Трансформация сферы дизайн-услуг
youtube.com/watch?v=GYQLDKAaYeI

7. Владимир Зимин, Почта России — Дизайн для реального мира
youtube.com/watch?v=D0g8-7bHHiM

8. Иван Браун, Icon8 — Хорошие и плохие исследования для развития продукта
youtube.com/watch?v=tUs2vDVLaPU

9. Павел Колодяжный — Страх, боль и продукт
youtube.com/watch?v=SljrZIVMejU

Все видео в одном месте: youtube.com/playlist?list=PLzqQCeTtpSBrJs8X4URctZtugDJ9yTps3

Я написал, что делать с текстом в прототипе, если в команде нет UX-писателя.

1. Постоянно меняющийся текст (анонсы и текст новостей, имена сотрудников, пользовательский контент):
— Брать с текущего проекта или похожего, если проект делается с нуля;
— Писать реалистичный заголовок и генерировать текст с помощью Яндекс Рефератов или Рыбатекста. В начало такого текста полезно добавить, что он не несёт никакого смысла и нужен для объёма.

2. Справочный (о компании, политика конфиденциальности):
— Генерировать, но обозначать суть, зачем он вообще нужен, кто и с какой целью будет его читать.

3. Решающий определённые задачи (преимущества компании, важные особенности продукта, порядок работы):
— Формулировать черновую версию текста. Часто проектировщик довольно хорошо понимает, о каких преимуществах компании и особенностях продукта надо рассказать, чтобы убедить покупателя сделать заказ. И знает, что написать;
— Обозначать суть сообщения, не формулируя его.

4. Микротекст (подписи к полям, надписи на кнопках, пункты меню, служебные сообщения):
— Писать конкретные формулировки, придерживаясь общих правил вроде использования глаголов на кнопках;
— Закладывать идеи вроде написания на кнопке «Стать благотворителем» вместо «Пожертвовать», чтобы кликов на неё было больше.

https://vandergrav.ru/text-in-prototype/

Ксения Стернина рассказала, о чём не надо писать в сопроводительном письме на вакансию дизайнера.

1. Информация, не имеющая отношения к работе: откуда вы родом, семейное положение, увлечения;
2. Фразы о том, что вы хотите развиваться. Работодатель хотел бы видеть сфокусированность на развитии продукта;
3. Много текста и вода. Попытки сделать удобно в виде дополнительных кратких версий не работают;
4. Рассказы о своей уникальности. Работодатели не любят незаменимых людей. Часто такие рассказы — признак посредственности или высокой сложности при взаимодействии;
5. Достижения, которые сложно трактовать. Стали быстро создавать дизайн? А раньше за сколько справлялись? А что с качеством?
6. Ментальная нагрузка. «Занимаюсь дизайном с 2014 года» → «6 лет опыта»;
7. Недосказанности. «И так далее, и тому подобное, и многое другое» → Удалить;
8. Округления и преувеличения. «Сделал более 50 проектов» → «Сделал 52 проекта». Руководил командой «от 5 человек» → «в 5 человек»;
9. Жалобы на предыдущего работодателя. Если были сложности, расскажите, как вы с ними справились;
10. Намерение учиться в компании. Вы ещё ничего компании не дали, но уже хотите, чтобы её специалисты тратили время на ваше обучение;
11. Самоуничижение. Научитесь интересно рассказывать о себе. Почему работодатель должен поверить в вас, если вы сами не верите?
12. Ссылки на скачивание. Если что-то нельзя посмотреть онлайн, не ссылайтесь на это вовсе;
13. Битые ссылки, ошибки в орфографии и пунктуации. Если вы не проверили текст письма, возможно, вы так же халатно относитесь и к работе;
14. Заискивание. Всем хочется иметь в окружении сильных людей. Найм — это сотрудничество, а не отношение благодетеля и просящего.

https://blog.uxssr.com/2020/01/29/cover-letter-for-designers/

Джон Айзлвуд написал, как избежать раздробленности дизайна при гибкой разработке продукта.

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

1. Постарайтесь в самом начале (нулевой спринт) как можно лучше изучить продукт и связанные с ним ограничения;
2. Сделайте концептуальное проектирование: используя полученные знания, набросайте эскизы всех возможных экранов. Найдите и заполните выявленные пробелы;
3. Определите точное креативное направление, создайте элементные коллажи — мудборды вымышленных и реальных элементов интерфейса;
4. Подключите разработчиков как можно раньше. Они укажут на технические ограничения и не решённые дизайнерские задачи;
5. Запустите дизайн с форой минимум в один спринт перед разработкой;
6. Запланируйте остановки, чтобы взглянуть со стороны на то, что в целом получается;
7. Выделите 10% времени спринта на исправление ошибок в дизайне, чтобы повысить целостность и улучшить восприятие продукта.

https://deadsign.ru/workflow/agile-and-design-how-to-avoid-frankensteining-your-product/

Дима Хими написал, что надо учесть при создании юзабилити-лаборатории.

1. Простой вход для респондентов, без предъявления документов и заказа пропусков;
2. Туалет поблизости, чтобы не отвлекать исследователей на сопровождение гостей по офисным закоулкам;
3. Отсутствие прозрачных стен и дверей, чтобы респонденты не отвлекались на проходящих мимо людей;
4. Хорошее освещение, которое не слепит и не бликует на экранах;
5. Наличие окон. Респонденты бывают разные, иногда надо хорошо проветрить помещение;
6. Возможность напоить респондента водой, кофе или чаем;
7. Звукоизоляция, чтобы респонденты не отвлекались на посторонние звуки;
8. Доступный вайфай, чтобы легко протестировать сайт на устройстве респондента;
9. Вешалка для одежды и стул для вещей респондента;
10. Отсутствие растений или цветов, которые могут вызывать аллергию;
11. Большие и непрозрачные столы. Респондент не должен быть слишком близко к исследователю. Респондентам в коротких юбках может быть некомфортно за прозрачным столом;
12. Комфортная температура.

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

https://medium.com/dimahimi/71e4b240a10e

Михаил Греков написал, как сделать удобнее таблицы, с помощью которых пользователи управляют данными (CRM, ERP и прочие системы).

В первой статье разбирается просмотр данных.

1. Рабочая таблица должна занимать максимум места на экране. Как вариант — опция «на весь экран».
2. Объединяйте данные. Если есть данные о фамилии, имени и отчестве, их целесообразно вывести в один столбец ФИО. Должность или роль в системе тоже можно присоединить к ФИО.
3. Бесконечная прокрутка и кнопка «Показать ещё» не подходят для отображения строк таблицы. Делайте постраничную навигацию. Это удобно и для коллективной работы с таблицей.
4. Показывайте по умолчанию больше строк на одной странице: 50, 100, 500.
5. Используйте цветовые индикаторы. Красить строку целиком стоит только при отклонении от нормы.
6. При наличии цветовых индикаторов полезно отображать легенду цветов.
7. Храните пользовательские настройки вида, не сбрасывайте их после окончания сеанса.
8. Связанные сущности (название организации может быть связано с карточкой организации) полезно делать ссылками на соответствующие карточки. Но если таких сущностей в строке много, выделите только полезные в работе.
9. Строка должна подсвечиваться при наведении курсора. Должна быть возможность выделить строку кликом на неё.
10. Нет ничего страшного при появлении горизонтальной прокрутки.
11. В некоторых случаях полезно маркировать просмотренные записи.
12. Должна быть настройка отображения столбцов с системными свойствами (ID, дата создания, автор, дата изменения).
13. Переход к просмотру записи удобно сделать по двойному клику.
14. Иногда удобен режим предпросмотра, когда по клику открывается не вся запись, а сводка по ней, как в Google Drive.

«Строка в таблице часто является прелюдией к просмотру полной информации по записи. На моей практике в 99% рабочих таблиц модальный режим просмотра уступал просмотру записи на отдельной странице».

https://designpub.ru/5ea60df37f12

Павел Голюдов написал о композиции в дизайне интерфейсов.

Композиция интерфейса — это взаимодействие его элементов, которое подсказывает пользователю, как с помощью интерфейса удовлетворить его потребность.

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

Задачи композиции:
1. Управление вниманием. Мы выстраиваем порядок, в котором пользователь будет изучать интерфейс;
2. Cохранение внимания. Пользователю проще воспринимать структурированную информацию. Чем меньше усилий он тратит, тем дольше может сохранять внимание.

Выделить информацию, добавить ей визуального веса можно размером, цветом, формой и негативным пространством. Сложная форма выделяет объект среди объектов с простой формой. Также пустое место вокруг объекта выделяет его.

Создать гармоничную композицию помогает:
— Расположение якорных объектов (самых заметных объектов) в одном из углов, в центре прямоугольника или у одной из его сторон;
— Соблюдение ритма, когда одинаковые объекты обладают одинаковым размером, отступом и так далее;
— Близкое расположение связанных объектов. Создание таких групп облегчает восприятие информации.

https://vc.ru/design/108307

Майтрик Катария собрал примеры дизайна мобильных приложений, удобных для использования одной рукой.

Получилось 6 категорий UX-шаблонов:
1. Навигация: строки меню, вкладки и жесты для лёгкого перемещения между наиболее важными разделами приложения;
2. Действия: создание, редактирование, размещение, добавление, удаление и другие действия, использующие основные функциональные возможности приложения;
3. Шоппинг, транзакции и расчёт в магазине;
4. Поиск, сортировка и фильтрация, когда пользователи хотят быстро найти или просмотреть контент;
5. Ввод и взаимодействие: слайдеры, пикеры, селекторы, раскрывающиеся списки, формы, масштабирование, прокрутка;
6. Прочее: воспроизведение мультимедиа, фотосъёмка, редактирование фотографий, навигация по картам.

Решения для навигации:
1. Использовать вылетающее снизу меню (Flyout Menu), а не полноэкранное;
2. При нажатии на пункт «Ещё» на нижней панели навигации показывать расширенную версию этой панели;
3. Дать пользователям возможность настроить меню;
4. Использовать жесты для доступа к основным возможностям приложения;
5. Использовать жесты для перемещения между экранами. Например, закрывать открытые на весь экран карточки свайпом вниз;
6. Дать возможность перейти к определённой секции страницы с помощью специального закреплённого меню (Floating Tab Bars) и жестов (смотрите примеры в статье).

https://habr.com/ru/post/490018/

Опубликованы видео с митапа «Кто такой гибридный дизайнер, или нужен ли веб-дизайнеру фронтенд?».

1. Арт-директор «Газпром нефти» Вадик Матвеев рассказал, кто такой гибридный дизайнер, какие у него преимущества и как им стать
youtube.com/watch?v=vZUM8z4sR8Q

2. UX/UI-дизайнер JetBrains Егор Алексеев рассказал, почему дизайнерам стоит научиться верстать, и показал примеры разработки дизайна через код
youtube.com/watch?v=osT3p3HlLSc

Ирина Бушуева написала о трёх типах пользовательских целей.

1. Цели опыта взаимодействия — что пользователь хочет ощущать при взаимодействии с продуктом, например:
— Сознавать собственную компетенцию и способность контролировать происходящее;
— Получать удовольствие;
— Чувствовать себя и свои данные в безопасности;
— Ощущать себя современным.

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

2. Конечные цели — что мотивирует пользователя справиться с задачей, например:
— Купить билет;
— Развлечься;
— Оставаться на связи с близкими и друзьями.

Если продукт не удовлетворяет конечные цели, пользователь не будет тратить на него время и деньги.

3. Жизненные цели — глубинные движущие силы и мотивы пользователя, которые помогают объяснить, почему он пытается достигнуть своих конечных целей. Например:
— Выглядеть хорошим в своих глазах и в глазах окружающих;
— Добиться успеха в чём-либо;
— Хорошо разбираться в чем-либо;
— Быть привлекательным и популярным, пользоваться уважением.

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

https://designpub.ru/d874e7089fc1

Настя Красноперова написала об опыте парного проектирования в агентстве.

Преимущества:
— Работа идёт быстрее. Проектировщики могут поделить продукт и отдельно прорабатывать его части;
— В споре рождается истина. В диалоге часто получается придумать более оптимальное решение;
— Качество выше. Исполнители находят ошибки друг друга и предлагают способы улучшения;
— Обмен опытом происходит сам собой в ходе работы. Это полезно для развития исполнителей;
— Экспертиза не замыкается на одном участнике команды. Один из проектировщиков может уехать в отпуск со спокойной душой и уверенностью, что второй закроет все оставшиеся по проекту вопросы.

(Почти всех этих преимуществ можно достичь при помощи ревью прототипов.)

https://medium.com/notamediapr/dcb2f979343b

Вадим Шлячков написал, сколько респондентов надо для выявления большинства ошибок юзабилити.

Якоб Нильсен на основе своих экспериментов вывел правило: 5 пользователей достаточно для выявления 85% ошибок (при условии, что вероятность обнаружения ошибки в рамках одного тестирования — 31%).

— Он был не первым и не единственным исследователем этого вопроса;
— Есть 2 похожие формулы: 1) В основе формулы Lewis и Virzi биномиальное распределение; 2) У Нильсена — распределение Пуассона;
— Под исследованием авторы понимали именно поиск ошибок интерфейса. Они не рассматривали возможность применения формулы в других исследованиях. Формат тестирования юзабилити соответствует условиям применения биномиального распределения.

Формулы Lewis&Virzi и Нильсена связаны и позволяют вычислить вероятность обнаружить ошибку хотя бы 1 раз с заданного количества попыток (5 попыток, то есть 5 респондентов) и с определённой минимальной вероятностью обнаружения ошибки (31% в правиле Нильсена).

Если мы вычисляем вероятность обнаружения одной ошибки, почему в правиле говорится про обнаружение 85% всех ошибок? Это следует из формулы и классического определения вероятности.

Для поиска оптимального количества респондентов по формуле Нильсена надо знать общее количество ошибок. Но если мы его знаем, пропадает смысл в тестировании. В формуле Lewis&Virzi такого нет.

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

Таким образом, более точная формулировка правила Нильсена будет такой: «Если во время тестирования эксперименты будут независимыми, а выборка по крайней мере квазислучайной, то мы можем предположить, что при тестировании 5 пользователей мы обнаружим 85% ошибок, с которыми сталкиваются не менее 31% пользователей».

https://medium.com/v.shliachkov/6d7ab67596da

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

Обычно дашборд отвечает на вопрос «Всё ли хорошо?». Если всё нормально, то на этом потребность в дашборде отпадает. Если какая-то важная метрика сильно просела, то идут разбираться с причинами.

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

Ищите «пичок» (пик на графике) и докапывайтесь до его причин. В большинстве случаев найти причины не получится, потому что многие пички будут объясняться случайностью. Но некоторые будут вызваны факторами, о которых вы раньше не задумывались. А это именно то, что вы ищете, — рычаги влияния, которые позволят двинуть ваш продукт вперед.

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

Оказалось, в русском пуше была лишь первая часть сообщения: «У меня для тебя есть сюрприз!». Вместо «У меня для тебя есть сюрприз! Скидка 50%!».

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

https://gopractice.ru/pichok-dashboard/