Занятные мысли от бывалого визуализатора данных о том, как креатив в дата-визе, похоже, достиг плато. Сейчас в мире графиков и инфографики всё чаще выбирают проверенные схемы: классические пай-чарты, столбики, иногда — ради разнообразия — тепловая карта мира. А если бюджет позволяет, можно замутить скролл-зависимый лонгрид. Но всё это — без огонька, без экспериментов, без глубины.

Автор вспоминает времена, когда дисциплина только становилась на ноги, JS уже прошёл пубертат, а D3.js врывался в индустрию как шприц с чистым креативом. Это было движение! Все старались переплюнуть друг друга в оригинальности подачи данных, и в статье приведены реально крутые примеры! Так что же произошло с этим запалом?

Мне, как и автору, видится несколько причин:

1. Информацию стали потреблять по-другому. Раньше — перешёл по ссылке, сел с кофе, и 15 минут залипал в инфографику. Сейчас — ну вы что, у меня ж нет времени! (Хотя я до сих пор не понимаю, почему это стало "нормой"). В итоге, зачем вкладываться в визуальный шедевр, если можно закинуть пару слайдов в Instagram и собрать реакции? 🪙

2. Мы по-другому воспринимаем креатив в визуализации. То, что раньше вызывало "вау", теперь — meh. Инструменты упростились, стали доступнее, и вместе с этим сузили спектр визуальных решений. Да и тяги делать что-то с нуля стало куда меньше — зачем, если шаблон справляется? 🤔

3. И просто... всех всё устраивает. Задачу ведь надо решать быстро, эффективно и без лишних затрат. Всем зашёл принцип Парето: сделали на 20% усилий — и хорошо. Зачем полировать эти диаграммы, если можно просто выкатить стандартные компоненты и поехать дальше? 😔

Так и вышло, что мы пришли к плато креативности. У всех "всё нормально". А "нормально" — это не то, что вдохновляет. Вот и живём.

А вам давно встречался действительно классный, свежий дата-виз? Делитесь, хочу вдохновиться.

Залип уже минут 30 на этот masterpiece — просто не могу оторваться, несмотря на то, какой там fabric. Автор делает гигантскую панораму из культурных отсылок и мемов начиная с 2018 года — и всё это как хобби. И меня не только масштаб или качество впечатлили (хотя и они на уровне), а именно то, какие там отсылки. Похоже, автору, как и мне, около 35 — и он так точно поймал дух времени, что это буквально про мои увлечения, про мой опыт.

Впечатлило до мурашек. А вас как?

Нашёл пост, который очень хорошо отражает мои мысли о том, почему Figma в последнее время так расстраивает дизайнеров.

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

Все последние апдейты будто недостаточно инновационны. Казалось бы, пример InVision должен был научить, что нельзя считать себя «слишком большим, чтобы упасть». Но падают все, стоит только ударить посильнее.

И тут даже ценовая политика и глубокие корни в корпоративные кошельки не помогут — достаточно взглянуть на Photoshop.

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

Веб-разработка уйдёт в ноу-код (Webflow или Framer), визуалы найдут себе что-то получше (даже ту же Canva), и останутся тут только рожки да ножки сурового интерпрайза.

А что делать? Держать нос по ветру, и не класть свои яйца в одну корзину. Не потому, что какой-то тул хороший, а какой-то плохой, а потому, что дистанция между ними сокращается, а баки потенциала у Figma пустеют. Так что им хорошо бы инвестировать во что-то существенное в самое ближайшее время. Хотя чё это я в самом деле, разбухтелся? 🥸

Не так давно Алёна и Аня с ТГ-канала «Интуитивно понятно» позвали меня пообщаться о лидерстве. И так как тему они предложили выбрать мне, то не долго думая я выбрал «Жернова человечности и менеджмента».

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

Так что внутри:
— Можно ли менеджеру избежать мясорубки кровавого энтерпрайза?
— Как менеджеру сохранить здоровым свой рассудок, когда в нём постоянно спорят голоса бизнеса и человечности?
— Как не попасть в волчью яму с кольями в погоне за мягким креслом руководителя?
— Как не выбирать на какой стул из мема присесть (присесть всё равно придётся).

Послушать-посмотреть можно у меня на канале, если вам ближе youtube. А можете заскочить на канал к девчатам — там есть линки на другие платформы.

🔍 Искал я, искал, о чём можно было бы полезно написать, и ничего стоящего и прикладного не нашёл. Поэтому пришлось немного напрячь извилины… порассуждаю о концептах.

Во многих случаях дизайнеры не проводят чёткой границы между концептуальным дизайном и обычным проектированием, иногда лишь прикрывая свои недочёты фразой: «Это я просто концепт делаю, потом всё доработаю», считая, что концепт — это просто недоработанный дизайн. Но это всё равно, что сказать, будто лайм — это незрелый лимон. 🍋

Концепты, по определению, служат одной цели — разъяснить, как что-то может работать, помочь собрать в голове пользователя или заказчика ментальную модель. 🤯 При этом он совсем не обязательно должен на 100% отражать реальность, быть построенным на дизайн-системе или вообще быть цифровым. Он вполне может быть выполнен в виде user flow, сториборда или бумажного прототипа (как давно я их не видел!).

Чаще всего концепты можно встретить на этапах пресейла, где нужно на верхнем уровне обрисовать, что именно мы хотим создать, чтобы затем это оценить и представить заказчику пропоузал; или во время POC (proof of concept), где у нас возникла определённая гипотеза, которую мы хотим проверить.

🪙 Давайте сначала о пресейлах. Судьба концепта после этой фазы незавидна. Совсем. После того, как контракт подписан, чаще всего концепт реиспользовать не получается, потому что собран он из говна и палок. На то есть ряд объективных причин. Во-первых, клиент не подпустит к своей DS кого попало, чтобы они собирали решения на ней, вот и приходится собирать UI-киты на своих опухших от варикоза коленках. Во-вторых, времени на каждый такой пресейл выдаётся в 3 раза меньше, чем просит самый наивный студент, а значит работать приходится в два раза больше и быстрее. В-третьих, вероятность выигрыша пресейла хочет обнять 0, как брата. Вкладывать много усилий в заведомо неиспользуемую работу никто не хочет. Ну и наконец, вы не можете гарантировать, что концепт полностью отражает видение заказчика. Конечно, вряд ли вы встретите неадекватов, которые просили AI-driven CRM, а после подписания запросили лопату. Но вот плавно перетекающие и изменяющиеся требования — это повсеместная история. То есть вроде как сперва действительно хотелось AI-driven CRM, но после первого погружения стало очевидно, что новое решение не очень-то и нужно, проще исправить старое. Вот и получается, что ваш турбо-концепт становится королём мусорного ведра.

🛡 Теперь давайте поговорим о том, что происходит с концептами на этапе POC. Здесь ситуация немного лучше, так как концепты строятся чаще в рамках существующего продукта и у вас может даже быть доступ к собственным библиотекам и сорсам. При этом не стоит путать концепт с рядовой фичёй. И для того и для другого можно строить прототипы и проводить тестирование, но концепт, как я уже говорил, скорее призван дать понять, как что-то будет работать. Например, нарисовать интерфейс для работы с AI-ассистентом — это задача. А вот интегрировать AI-ассистента в существующую LMS — это уже концепт, так как ХЗ, как, куда, зачем и как эта херабора будет работать. И для того и для другого мы скорее всего создадим визуальный прототип, но во втором случае голова будет болеть сильнее, так как не будет ни документации, ни оформленных требований. При этом, опять же, концепт только создаёт общее представление, без углубления в детали и пограничные кейсы. Затем чаще всего следует этап тестирования и принятия решения: а будем ли мы вообще это реализовывать.

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

Мне кажется, что грабли недальновидности скоро бесповоротно деформируют мне череп — так часто я на них наступал в последнее время. Всё началось с того, что в один солнечный день ко мне пришёл продакт и сказал: «Слушай, у нас сейчас какая-то платформа курильщика получается. Я думаю, всё из-за нашей дизайн-системы. Можем мы сделать концепт того, что было бы, если бы мы создавали всё с нуля?»

Мысль была здравой, так как наша DS действительно была заточена на сложные интерфейсы Delivery и People Management, где нужно смотреть на нагруженные дашборды, продираться через сложные таблицы и видеть на экране всё, что может пригодиться для принятия сложных управленческих решений. Наша же LMS была направлена на потребление контента — обучение, чтение, просмотр видео и т. д. Как вы понимаете, вещи не совсем совместимые.

Эту мысль я и положил в основу нового концепта — упрощённое потребление контента. 💃 А под шумок ещё пустил свою рванину в пляс: заменил fontface, укрупнил заголовки до максимума, стёр весь визуальный шум… а чё такого? Это же концепт. Просто посмотреть, как может быть, да? Нет.

Оказалось, что новое видение очень даже зашло, и стейкхолдеры реально решили его имплементировать, несмотря на то, что всё там было из говна и палок, шито белыми нитками: гигантская часть интерфейса, пограничные случаи, интеграции и легаси просто не брались в расчёт. ☹️ Ещё одной ложкой бензина в костёр пылающего зада послужил вброс: «А теперь нам это всё нужно развернуть на нашей либе!» Понимаете иронию? Я специально максимально далеко отходил от статуса Кво, чтобы создать себе побольше проблем… Нужно было идти в команду либы и просить их создать нам новую тему, даже две, так как тёмная тема тоже просочилась в скоуп. А ещё и респонсив… В общем, получилась романтическая история совы и глобуса. Если бы не самоотверженность команды, из этого болота выгрести не получилось бы. Поклон вам в чистые ноженьки!

Ретроспектива проведена, выводы сделаны. И вот снова наступает солнечный день, и снова поступает предложение создать концепт будущей AI-driven платформы вместо нашей текущей экосистемы. 🤖 Ну, думаю, тут либа вообще ни при чём, про остальное спрошу: что в скоупе, что нет. И вроде метим только в десктоп, делаем всё сами, с нуля, никаких зависимостей. А может, вообще не будем ещё ничего делать, так что чего напрягаться-то? Бдительность моя была немного усыплена. А очень зря.

И снова я со всей дури прыгаю на грабли недальновидности: мобила вползает в скоуп, зависимости текущих систем выходят из тени, и либа тут как тут. 😡 Короче говоря, чтоб я ещё раз послушал Скарлетт О’Хара и «подумал об этом потом»!

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

Статья об ошибках A/B-тестирования давненько лежала у меня в загашнике, и только сейчас я решил сделать небольшую выжимку, ибо советы реально толковые! 💡 Вашему вниманию 6 ошибок, которых следует избегать:

1. Тестировать плохо сформулированные гипотезы.❓ Помните, что хорошая гипотеза не только описывает, что вы тестируете, но и почему. То есть «Изменённое положение CTA приведёт к большему числу покупок» не даёт нам представления, а почему и за счёт чего, собственно, это должно произойти, а значит, мы не знаем, что именно измерять. Вместо этого переформулируем: «На данный момент мы теряем множество лидов на этапе завершения заказа. (Почему?) Изменение положения кнопки позволит сразу замечать следующий шаг пути (За счёт чего?), что приведёт к увеличению числа завершённых покупок (Что изменилось?)».

2. Смотреть на данные только в суммарном виде. 📊 Здесь мы рискуем попасть в так называемый парадокс Симпсона, когда эксперимент показывает один результат по усреднённым значениям, а в сегментированном — другой. Например, когда мы тестируем понятность нового флоу, средние результаты могут показать, что он работает лучше контрольного, но стоит нам разбить результаты по когортам, как может оказаться, что для некоторых ролей или, например, регионов, он покажет значительно худшие или лучшие результаты. А это повод достать лупу и исследовать кроличью нору поглубже.

3. Подсовывать тест всем подряд. 👥 Так мы рискуем включить в выборку пользователей, которых наши изменения не затрагивают или у них нет доступа к тестируемому функционалу. Конечно, таких людей можно отфильтровать постфактум, но зачем усложнять себе жизнь? Фильтруйте их на входе.

4. Заканчивать тестирование, как только оно достигает статистической значимости. ⏱ Вам нужен запас. Во-первых, вы рискуете сделать поспешные выводы на данных, которые могут измениться со временем. А во-вторых, данные нужно будет чистить, что может снизить количество респондентов, и в нужный доверительный интервал вы уже не попадёте. Так что наберитесь терпения и ждите. Сколько? Сложно сказать. Пока не увидите, что паттерн стабильный; пока не наберёте +15–20% от минимальной необходимой выборки; или ещё один день.

5. Тестировать без пилотного запуска. 🧑‍✈️ Конечно, если вы эксперт и всё настроили правильно, то вы… всё равно можете обосраться. Прежде чем раскатывать полномасштабное исследование, проведите тест теста на маленькой выборке, чтобы убедиться, что всё настроено верно.

6. Игнорировать контр-метрики. ⚠️ Помимо того, что ваш тест может показать прирост целевой метрики, он может также наломать дров в других местах, куда не падает наше «далеко не всевидящее око». Починили конверсию — поломали активацию. Починили активацию — поломали конверсию. Так у нас, конечно, всегда будет работа, но лучше вырваться из порочного круга и собрать лист метрик здоровья продукта и принимать их в расчёт при каждом тестировании.

Вот такие советы, тестируйте и не факапте, дорогие друзья! 🎉

Ребята, мы уже начали ) https://www.youtube.com/watch?v=Zdd0JJWHPtg

20 февраля ваш покорный слуга вместе с Антоном Григорьевым, автором канала UX-notes встретятся за чашкой кофе, чтобы поговорить о творчестве в дизайне... или дизайне в творчестве. Короч о чём-то поговорить 😄

Что будет:
— Где грань между креативностью и профессионализмом? Разберёмся.
— Технологии vs Человеческий интеллект. И это всё, что ты можешь, AI?
— Истории креативного успеха и дизайнерского провала.

Формат: Live-стрим с открытыми вопросами и честными ответами.
Постараемся не лить воды (хотя может немного, чтобы информация лучше жевалась), а выдавать концентрат профессиональной энергии! 🚀

Ссылка на сам стрим (там и напоминашку можно поставить).

Время: 19:00 UTC +02:00

Сейчас я по уши в OKR, и это не про “заполнил табличку — жди чудес”. Это когда ты такой:
⚡️ “Ставим амбициозные цели!”
😇 “Измеряем прогресс!”
🤔 “А почему никто этим не пользуется?”

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

Когда перед годовым бонусом лид попросил напомнить, что ты делал весь год...

Читаю сейчас книгу Карен Хорни «Невроз и личностный рост», и как оказалось я эгоцентричный невротик с завышенными требованиями от себя и реальности, движимый внешним одобрением. 🤪 Ну а кто сейчас нет, да?

Но вот подумалось мне, где бы я был без своего внутреннего самозванца-перфекционаста? 🤔 Помогла бы мне нормальная самооценка брать самые сложные заказы и воспитывать умение разрешать конфликты? Не знаю, может мой случай не такой серьёзный, а может всё бы было круче, обратись я к психологу. Но одно я могу сказать точно — моя ненависть к фразе «и так сойдёт» и смущение из-за неработающего прототипа принесли мне больше пользы, чем травмы. Да, это неврозы. Да, их нужно усмирять палкой. Но кто сказал, что они бесполезны?

Если бы я был эмоционально целостным и независимым (хе-хе), то когда кто-то доносил мне обратную связь по моей работе, я бы мог просто сказать «Спасибо!» и исправить недочёты. 😡 Но в реальности мой внутренний критик-гопник орёт: «Чё он сказал про нашу работу? И ты это просто так оставишь? Он сомневается в нашем профессионализме! Нужно доказать ему, что мы лучшие!» И вот я сижу ночью и делаю то, о чём меня даже не просили, чтобы завтра словить «Молодец, что овертаймишь! Но мы это пока просто не сможем сделать».

Может показаться, что это не слишком-то здорово, лучше бы поспал. И в тоже время, разве я не стал при этом лучше? Почему-то я уверен, что такой подход помогает мне прогрессировать: делать то, что другие делать не хотят или то, о чём меня даже не просили. Главное, чтобы это не было во вред здоровью.

⚠️Disclaimer: если какой-то синдром мешает вашей жизни, то его нужно прорабатывать. Я не призываю вас забить на своё психологическое здоровье, нет. Но если ваши комплексы не мешают жить вам и окружающим, то может это не комплексы, а особенности? Не пытайтесь переделать себя в кого-то другого, идеального и неприкосновенного, так вы навредите себе больше, если будете ещё и переживать о том, что не соответствуете идеальному образу себя. 😇 Просто примите, что иногда вы требуете от себя больше, и это нормально, если при этом вы не кладёте на алтарь своё физическое здоровье. Ничего плохого не случится, если иногда вы сделаете что-то сверх своих обязанностей или потратив немного больше времени, чем наэстимировали, или последуете за своим интересом даже, когда все отправятся на диванчик. А как ещё расти?

Что думаете?