канал джуна

🔥 20 неочевидных горячих клавиш в Figma ускорят твою работу в 358 раз. Часть 1 Антон написал материал про то, как ускорить работу с помощью неочевидных хоткеев. Эти сочетания помогают: — быстрее переключаться между режимами, — работать почти вообще без мышки, — держать фокус на задаче, а не на интерфейсе. 🏆 Мой личный топ 🥇 Выделение объектов. Вы скопировали несколько экранов, чтобы показать путь пользователя. Теперь хотите заменить или передвинуть какой-либо элемент на всех экранах сразу. Выберите 1 объект на первом экране, а затем хоткеи (Ctrl + Alt + A (windows) | Cmd + Option + A (macOS)) (видео в комментах) 🥈 Запуск прототипа без мышки (Shift + Space) (видео в комментах) 👉 Остальные горячие клавиши и видео-демо ____ 🤝 Самое доступное менторство: 7 дней бесплатно и безлимитные встречи 1 на 1 📚 Бесплатная база знаний: от основ до собесов

Самый важный мета-навык — принимать решения Меня прям раздражает, когда люди не умеют принимать решения. А решение всегда состоит из двух частей: — само решение. Это просто. — ответственность. Это сложно Так вот, многие принимают решение, размазывая за него ответственность. Спрашивают коллег, руководителя, Сашу из маркетинга и Машу из бухгалтерии. На выходе — «общее решение», прикрытое консенсусом. Зачем? Чтобы, если что-то пойдёт не так, сказать: «Ну все же были "за"…». Получается этакий сотрудник, к которому не подкопаться — он не лажает индивидуально, а только коллективно. Представь шеф-повара, который перед подачей блюда обходит весь зал: «А вы как считаете — соль положить или нет?» «Может, перец? А может, вообще уксус?» «Вася, ты же ел в Париже — как там делали?» И если блюдо не получится — он скажет: «Мы облажались!» Но облажался он. Рэй Далио в «Принципах» подмечает: большинство людей не боятся ошибиться — они боятся выглядеть неправыми. Поэтому предпочитают прятаться за одобрением других, даже если знают, что это не лучший путь. Если хочешь расти — научись это делать. Не ждать, пока кто-то даст добро. Не маскировать своё решение под «мы все решили». А говорить: «Я выбрал. Я отвечаю». Ты можешь выслушать мнения. Ты должен взвесить риски. Но решение — твоё. И ответственность — тоже. В общем, рост начинается не с должности. Не с зарплаты. Не с титула. А с момента, когда ты перестаёшь спрашивать разрешения — и начинаешь отвечать за последствия. Даже если не уверен на 100%. Особенно если не уверен. #кактонироббинс

Channel name was changed to «канал джуна»

Чек-лист как понять, что ты работаешь не там, где хочешь 🔲 (1) Работа не даёт роста Тебе уже давно не сложно, нет вызова, делаешь то же самое, что делал год назад — ни новых навыков, ни вызовов, ни новых зон ответственности 🔲 (2) Твои ценности и ценности компании расходятся Ты хочешь делать продукт лучше, а компания хочет «быстрее и подешевле», вокруг нет единомышленников, ну и тд 🔲 (3) Ты не гордишься тем, что делаешь и нечего добавить в портфолио 🔲 (4) Ты постоянно уговариваешь себя не увольняться Если каждое утро — торг с самим собой, это не фаза, это сигнал. Если в каждой сложной ситуации, желание сменить работу и это постоянный цикл, то это тоже сигнал 🔲 (5) Поле работы, ты выжитый и не воодушевленный лимон Не устаёшь — а именно восстанавливаешься, как после боя. Это истощение, а не норма ✔️ Ну что ребята, надеюсь никто не набрал 5 галок в чек-листе?

Как правильно увольняться Мои правила «как уйти, не сломав жизнь всем вокруг» (особенно если на вас много ответственности). Вот что я делал: 1. Обычно предупреждал об увольнении за какой-то адекватный срок (побольше двух недель). Это может не звучать в явном виде как «Я ухожу», а скорее «Я смотрю вакансии, у меня есть планы», а уже потом говорил «Я принял решение уйти». При этом, я готов был остаться на своей позиции какое-то время, чтобы максимально снизить издержки от моего ухода (это я тоже проговаривал) 2. Ставил личную встречу с руководителем для обсуждения «а почему». С коллегами лучше делиться уже после, потому что мы не знаем, как далеко уйдут наши слова. Наверняка вам как рук-лю было бы неприятно узнать, что чел собирается уходить, от кого-то другого 3. Передавал дела. Для дизайнеров актуально заранее подготовить какую-то доку в виде notion/conflunce/figma/miro с деталями, чтобы ваши наработки и знания не потерялись без вас. Дополнительно я нагружал кого-то из лидов/сениоров инфой, что происходит в моем продукте. Вашу работу обязательно кто-то подхватит, поэтому лучше, если этот кто-то будет понимать контекст (хотя бы базово). Можно еще видос запись с ревью figma-файлов 4. Сохранял качество работы до последнего дня. Обычно люди при увольнении сильно замедляются и работают в полсилы. Я старался всегда выложиться как обычно, а может сделать больше (никогда не знаешь, чья рекомендация тебе пригодится в будущем) 5. Отправлял позитивное письмо команде/коллегам, с которыми поработал за время в компании. И указывал альтернативный контакт (в письме оставлял личку тг и ссылку на канал, чтобы не теряли) 6. Оставлял людям возможность ко мне обратиться. Каждый раз при уходе я говорил, что мои знания по продукту будут свежими еще примерно 1 месяц, и в любое время ко мне можно прийти за ответами на вопросы — я готов провести несколько встреч, чтобы погрузить нового дизайнера. И такая потребность правда возникала Ну и дополнительно всегда говорил, что могу помочь с собесом, т.к. я уже понимал, в чем заключается работа, и мог оценить, насколько дизайнер fit для позиции

☀️ Маркеры здоровой дизайн-культуры Это можно почувствовать даже без регламентов и процессов. Просто по тому, как команда живёт. Вот что я считаю важными признаками (маркеров много, думаю не один еще пост напишу на эту тему): (1) ✨ Дизайнеры спокойно просят совета друг у друга, а не идут только к арт-диру. Кстати, арт-дир тоже может пойти за советом к своим дизайнерам — и это нормально (я сама часто так делаю) (2) Сырые идеи не прячут. Их приносят на обсуждение без страха (3) Люди учатся друг у друга — в процессе, а не только на регулярных встречах. Через наблюдение, диалоги, честный фидбек. Потому что развитие и профессионализм — это важное, что движет нас вперед (4) После критики хочется улучшать, а не закрыться (5)⚡️ Негативный фидбек звучит прямо. Без лишних метафор и обёрток, но с уважением. В команде принято говорить честно и по делу. (6) Дизайнеры самостоятельные. Могут сами формулировать задачи, брать инициативу, выносить идеи (7) В команде чувствуется энергия и темп — не надрыв, но и не болото. Работа движется и видно, что все участники в ней заинтересованы (8) ☀️ Вы вместе ржёте. Это почти самый точный индикатор, что в команде комфортно Если в команде это есть, то на мой взгляд — дизайн-культура живая ❓ А какая у вас дизайн культура в команде?

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

😍 Как давать обратную связь подрядчикам без лишних правок Михаил Раков из агентства JH agency рассказал о системе обратной связи, которая сокращает количество итераций и сохраняет мотивацию исполнителей. Главная идея в том, чтобы писать комментарии как техническую инструкцию, без эмоций и оценок. Ключевой приём это использование зелёного цвета вместо красного для комментариев. Красный ассоциируется со школьными ошибками и демотивирует, а зелёный показывает совместную работу над улучшением. Михаил пишет комментарии прямо на макетах скриншотами, чтобы избежать недопонимания. Предложения не длиннее 15 слов, активные глаголы без страдательного залога, никаких двойных отрицаний и жаргона. Если специалист задаёт вопрос повторно, Михаил отвечает снова, а не отсылает искать в переписке, потому что это экономит время проекта. Внутри: – Почему абстрактные комментарии приводят к лишним итерациям; – Как принцип технической инструкции убирает споры и рефлексию; – Зачем прикладывать референсы прямо на макет; – Почему нельзя ругать за инициативу, даже если она затянула проект; – Какие три причины чаще всего задерживают проекты; – Почему похвала эффективнее критики для мотивации. ➡️ Смотреть видео ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Бутерброд Однажды у меня была ситуация: я давала обратную связь одному дизайнеру, и он сказал — «ты хотя бы могла это всё завернуть в сэндвич?» 💪 Мои действия в тот момент: — немного позагоняться, что дала ос (обратную связь) неправильно — собраться с мыслями и подумать, а почему я вообще должна так делать — в итоге промолчать и через год написать этот пост… Причём я не говорила ничего грубого или обидного. Просто решила, что хочу вернуть человеку ос прямо, без украшательств. Чтобы посыл долетел как молния — понятный и прозрачный Для меня в этом и есть профессионализм — быть честной, чтобы у человека была возможность расти. Чтобы он знал, что я действительно думаю, и уже сам решал, что делать с этой информацией, а не распаковывал миллион слоёв шелухи, в которую я завернула фидбек 🌱 К слову, обратная ситуация работает так же Когда в начале на мою работу говорят: «Ой, всё классно, всё здорово, НО есть пара комментариев…» — и дальше следует длинная тирада, а в конце добавляют: «Но вообще всё классно, офигенная работа» — я чувствую ложь Пришла к позиции, что совсем не круто жить и работать в атмосфере постоянного псевднопозитива и «всё классно», когда на самом деле нет Я выбираю честность — даже если она некомфортна А что думаете вы?

UX-паттерны Это готовые, проверенные на практике решения типичных проблем и взаимодействий пользовательского интерфейса. Это не строгие правила, а скорее «консервы» лучших практик, которые дают пользователям предсказуемость системы, а дизайнерам оптимизацию работы. Можно привести аналогию из реального мира: когда мы строим дом, нам не надо изобретать все составляющие самостоятельно. Чтобы управляться с дверьми, достаточно взять стандартную дверную ручку. Вот ручка это и есть паттерн: в основном люди знают, как ими пользоваться и не задумываются об этом. В ux-мире это табы, хлебные крошки, поля поля поиска с лупой... Весь наш интерфейсный конструктор. Звучит здорово, да?) Мы уверены, что у опытных дизайнеров сейчас шрамы заболели. Потому что зачастую создание паттернов — боль: 🔴 В больших составных системах хрен договоришься с другими дизайнерами об общем поведении 🔴 Пока проектируешь, пытаешься быть инспектором-гаджетом (кто еще помнит этот мульт?) и сделать достаточно универсально, но не слишком абстрактно. 🔴 В использовании махровые паттерны сложно настроить и повышается вероятность ошибок. 🔴 Чтобы паттерн не умер сразу после создания, приходится его планировать, поддерживать, вести планы разработки, доработок... Прямо как ребёнок, повисает на авторе лет так на 18. Дизайнеры начинают избегать работы над паттернами, не понятно, кто будет их поддерживать и разрабатывать, уже созданные паттерны стоят на полках как экспонаты в музее. Знакомо? А может тогда не связываться с паттернами?) Тоже не получится, например поэтому: 🔴 Одни и те же механики, но вышедшие из под рук разных дизайнеров, будут выглядеть по-разному. Пользователю не будет достаточно запомнить, как работает фильтр в системе. Ему придётся запомнить, как работают все разные фильтры. 🔴 Дизайнерам придётся каждый раз с нуля продумывать решение. Со всеми ховерами, нажатиями, сбросами до нулевого состояния и тд. Скорость работы падает. 🔴 При масштабировании появляются проблемы поддержки: у одного решения одно болит, у второго другое — каждая команда чинит своё, а значит тратит время нерационально. 🔴 Неэффективность онбординга: каждый новый дизайнер не сможет изучить принятые в компании механики: он будет сталкиваться с несколькими вариациями каждый раз, думая, что переиспользовать или как спроектировать своё решение. А делать-то что? Кажется, здесь не обойтись в одно лицо и без поддержки. Что стоит сделать: ➖ Заручиться поддержкой руководства. Как своего, так и дизайнеров вашего комьюнити. У паттернов сильные аргументы за: ускорение разработки, уменьшение количества багов и стандартизация пользовательского опыта. Без апрува руководства можно получать палки в колёса в виде постоянной занятости дизайнеров, потому что паттерны не в фокусе. ➖ Вписаться заранее в планы разработки команд и договориться, кто, что и когда сможет реализовать для общей библиотеки. ➖ Найти союзников. В одиночку сделать паттерн на 5-10 продуктов невероятно сложно: нужно учесть варианты использования, особенности текущих решений... Делать паттерны вместе с другими заинтересованными дизайнерами проще. Главное не допустить, чтобы дизайнер становился рабом паттернов (вон тот диз шустренький, давай это ему тоже скинем), плюс чтобы у дизайнера не появилось две сложные работы одновременно. Иначе союзников не останется. ➖ Проведите аудит: найдите все 50 оттенков серого, 100 вариантов скругления карточек и прочего. Часто даже в одном разделе встречается несколько разных видов одного и того же. Визуальный хаос — мощный мотиватор для перфекционистов-дизайнеров. ✨ Взять ответственность. Паттерны — сложная задача. Это продукт в продукте. Сами не родятся, сами не проживут. На простой инициативе дизайнеров-участников комьюнити без полноценного запуска не поедет. Лидер этого направления — человек с весомым опытом, авторитетом, прокаченными софтами. 👉 С чем согласны, а с чем нет? Какие у вас есть советы по работе с паттернами? Делитесь с комментариях

🎤 Презентация дизайн-решения — самый важный этап в работе и жизни дизайнера 24 совета как успешно и с кайфом для заказчика презентовать и защитить работу Презентация — ключевой навык: плохая подача убивает классные идеи, а хорошая — поднимает средние. Я решил оттачить этот навык, поэтому стал анализировать свои выступления, следить за выступления коллег, искать клевые фишки из статьей и видео. Здесь собраны и структурированы советы и решения, которые помогают мне: 📝 Подготовка — Определите цель презентации — что должно случиться в конце. — Узнайте время на подготовку и тайминг выступления. — Выберите формат (онлайн/офлайн, демонстрация прототипа и т.д.). — Проверьте, кто будет в комнате — обязательно ЛПР. 😌 Настрой — Клиент — не враг, а партнёр: у вас разный опыт, дополняющий друг друга. — Юмор и хорошее настроение помогают. Отдохните перед презентацией. — Благодарите всех за время и обратную связь. 🤝 Присутствие и аудитория — Презентуйте лично (или онлайн) — проводите заказчика «за руку». — Если ЛПР не будет — лучше перенести встречу. — Чем больше посредников, тем сильнее искажения — стремитесь к прямому общению с руководством. ⏱️ Регламент встречи — Заранее согласуйте формат: вопросы в конце или по ходу — чтобы не создавать хаос. — Напомните задачи и цели — это фокусирует обсуждение не на картинках, а на решениях. 🎯 Фокус на проблеме и пользователе — Стройте презентацию вокруг проблемы, которую вы решаете. — Напомните, для кого вы делаете продукт: боли, ожидания и потребности пользователей. — Поясните, как ваши решения закрывают эти боли. 🖥 Ограничения и прототипы — Ясно укажите ограничения: юридические, технические, сроки. — Показывайте интерактивные прототипы — полный путь пользователя, а не отдельные экраны. 📚 Усиление доверия — Приводите экспертов: лида, арт-дира, исследователя — пусть аргументы идут из их зоны. — Подстраивайте аргументы под аудиторию: финансам — экономия, продукту — KPI, юристам — соответствие закону. — Используйте исследования и референсы (даже соседних команд, если нужно). 🧠 Варианты и аргументация — Готовьте минимум 2 варианта решения. Обсудите плюсы и минусы каждого и обоснуйте выбор. — Покажите результаты (даже промежуточные): сколько кликов было и стало, время на задачу и т.п. ✅ Завершение — Итог — список правок и следующие шаги. Соберите все комментарии подробно и без эмоций. — Получите подтверждение от клиента, что список правок полон. Конечно же, это не идеальная формула. Подстраивайтесь под свою ситуацию и проект ____ 🤝 Самое доступное менторство: 7 дней бесплатно и безлимитные встречи 1 на 1 📚 Бесплатная база знаний: от основ до собесов

Прогрессивное раскрытие информации Вроде бы очевидная вещь: нужно выдавать пользователю только необходимую в текущий момент информацию. Иначе — перегруз внимания, памяти... Да и всей когнитивной сферы! Но на практике мы часто забываем об этом принципе и вываливаем на пользователя всю доступную информацию разом. А вдруг ему что-то ещё на этом экране пригодится, верно? Особенно в сложных предметных областях. Почему так случается? Есть несколько причин. 🔴 Знаем, зачем приходит пользователь, но не знаем, кто он, каков его опыт и контекст Чтобы это понять, используйте персоны, JTBD, OOUX и другие инструменты. Без них мы перекладываем ответственность за выбор нужных элементов на пользователя. Мол, сам разберётся. 🔴 Думаем экранами, а не сценарием На первых порах от этой привычки помогает прорисовка макетов прямо по сценарию пути пользователя, с фиксацией каждого шага. Также суперполезны кликабельные прототипы: они превращают экраны сначала в линейную историю, подсвечивая странности при переходах (например, можно заметить, что на предыдущем шаге мы иначе назвали сущность или забыли дать на неё переход), а затем — в альтернативные и ошибочные сценарии. 🔴 Не думаем о том, чтобы дать готовый вывод, а не исходные данные Здесь снова поможет JTBD: ➖ Зачем сюда пришёл пользователь? ➖ Какая информация поможет ему выполнить задачу? ➖ А какая — сделать это быстрее? ➖ Возможно, мы можем что-то вычислить из тех данных, что у нас уже есть? 🔴 Забываем или не знаем о приёмах прогрессивного раскрытия ➖ Мастера или Wizards. Делим большую сложную задачу на несколько шагов. Шагов не должно быть слишком много. Кроме того, пользователю может пригодиться информация с предыдущих шагов — какая именно и в каком виде, помогут понять знания о его контексте и опыте. Также пользователю важно понимать, сколько работы ещё впереди. В этом помогут перечисление шагов и индикатор прогресса. ➖ Аккордеоны и табы. Помогают сориентироваться на странице, перемещаться в рамках контентной области и раскрывать только нужное в текущий момент. Снова без фанатизма: если аккордеон хорошо масштабируется (но не бесконечно), то табов стараемся делать не больше 5–7 штук. ➖ Контекстные подсказки и «вопросики». Привет всем, кто говорит, что «вопросики» никто не использует! В сложных предметных областях, где пересекаются и эксперты, и новички, без них не обойтись. Иначе мы получим негатив от экспертов, которым приходится прокручивать очевидные для них вещи, либо — от новичков, которые понятия не имеют, что такое SSH-порт и зачем система его требует. ➖ Ключевое, вторичное и третичное действия. Так мы направляем пользователя по оптимальному пути. Оптимальному — для него, а не только для нас или бизнеса. ➖ «Ещё-калки» и сокращения. Ограничиваем длинный текст, сокращаем количество опций на экране, чтобы при необходимости можно было развернуть и погрузиться в контекст полностью. 👉 Делитесь вашими наблюдениями: что вы используете в своей работе для прогрессивного раскрытия?

Мои ред флаги в дизайн-проектах Знаете вот это знаменитое «ваше портфолио смотрят минуту»? На самом деле портфолио смотрят дольше, конечно. Но редко когда меняется первое впечатление, которое как раз за первую минуту просмотра формируется. По крайней мере у меня чаще всего так. Задумалась, что же такое в портфолио посылает мне сигнал скипнуть кандидата. Вашему вниманию: мои красные флаги в дизайнерском портфолио. 🚩Плохая типографика И микро- и макро! Всякие дефисы вместо тире, точки не там, неправильно оформленные списки, висячки, плохой интерльньяж, трекинг. Ещё, конечно, кернинг в логотипе, но для меня лого — это скорее нарисованное, чем написанное, поэтому он как бы отдельно. 🚩Плохая обтравка фото Удивитесь, как мало реально качественно вырезанных волос, меха и листьев попадается в проектах 🚩Непродуманные натужные сюжеты фото в носителях Подобрать со стоков нормальное фото — отдельное тонкое умение. Многие довольствуются, когда фото уже не уродливое. Но уместность и естественность тоже играют роль. 🚩 «Перечисление» объектов Это когда смотрите на макет, а там внутри у объектов между собой отношений нету, всё просто разложено по полю. На самом деле это плохое чувство композиции, но оно бывает плохим по-разному. Перечисление — одна из плохостей. 🚩Имитация и прямое подражание Когда проект построен на чём-то хайповом или очень характерном, но не понятно почему. И особенно, когда так сделаны все проекты в портфолио. Вот сымитировали «женский дизайн», а вот «дизайн бУдУщЕгО», а вот «молодежный», а тут «плакат как у щёлочи». Круто, когда видно самость, даже если это совсем начинающий спец. 🚩Грязные градиенты Кажется базой, но свежий грамотный градик — тоже недооценённое умение. 🚩Бездумные тексты в носителях Не всегда автор думает над тем, чтобы посылы были релевантны проекту, а зря! Иногда вообще может попасться lorem ipsum в брошюре на мокапе, например. Чат ДжиПиТи всем в помощь! Резюмируя, кажется, я ценю добросовестность, педантичность и грамотную работу. Если их не вижу, дальше ничего не сложится. А у вас на что всегда «глаз падает»?

Сегментация с помощью ИИ: кейс Galeries Lafayette Обычно мы не очень высоко оцениваем самостоятельные решения искусственного интеллекта - вот пример, где LLM считает, что Сбербанк близок к природе, потому что зеленый, весенний и муравейный - но, когда мы готовили главу про сегментацию для нашей книги, мы нашли совершенно замечательный кейс. ИИ-аналитика количественных данных помогла вырастить доход "Галери Лафайет" от определенных рекламных кампаний на 34% (!). Как это было? В статье о том, что традиционные сегментации умрут, а за ИИ-сегментациями будущее, мы нашли скупое упоминание о том, как компания "Галери Лафайет" (Galeries Lafayette, сеть универмагов премиум-класса) в 2017-2018 годах внедрила AI-платформу Tinyclues для анализа количественных данных о покупателях - и оказалось, что на мужские рекламные компании в большинстве случаев (80%) откликаются женщины, а на женские в 25% случаев откликаются мужчины. Изменение таргетинга - соответственно, таргетирование мужских компаний преимущественно на женщин и женских - в том числе на мужчин - помогло увеличить доходы на 34 %, число клиентов на 32% и CTR на 25%. Рост дохода и метрик впечатлял - но мы не могли понять суть этого кейса. В магазинах Галери Лафайет продается премиальная одежда, обувь, нижнее белье, парфюм, аксессуары, товары для дома и бытовая техника. Какие товары для женщин из этого ассортимента привлекали мужчин, и какие товары для мужчин привлекали женщин? В статье с описанием гибели традиционных сегментаций об этом скромно умалчивалось. Мы нашли - оказалось, что это было нижнее белье (кто угадал верно, напишите в комментариях). И тогда у нас появился следующий вопрос - ПОЧЕМУ нельзя было это предположить без помощи ИИ? Особенно в 2017 году, имея все инструменты маркетинговых исследований? Есть много данных о том, что люди покупают одежду и косметику не только для себя, но и для близких. Мужчины вообще не очень любят покупать себе одежду, очень часто это делают женщины. Маркетологи и маркетинговые исследователи не могли об этом не знать: •  McKinsey, 2021: "The State of Fashion" — около 25–30 % покупок одежды совершаются не для себя, а для других членов семьи. •  Google Retail Study, 2019: женщины совершают >50 % покупок мужской косметики и аксессуаров. •  Statista, 2020: до 60 % женатых мужчин в Европе заявляют, что их одежду «часто выбирает или покупает жена». В конце концов, можно было провести исследование ситуаций покупки. Можно. Но для этого нужно было мыслить хотя бы немного out of the box. Хотя бы на два миллиметра. Потому что, строго говоря, даже если в качественном исследовании выяснится, что женщины покупают ЭТО мужчинам, а некоторые мужчины - женщинам, то это тенденция может не подтвердиться на количественнике. Кроме того, по количественнику нельзя точно понять, что когда женщина покупает одежду мужчине, она откликается именно на мужскую рекламную компанию - и наоборот. Силы, которые заставляют маркетологов не смотреть в сторону очевидных вещей, тоже очень мощные. Даже крупные ритейлеры могут жить в парадигме «если в корзине есть мужская одежда, значит покупатель — мужчина», и никакие исследования рынка им не указ. Особенно если это ритейлер из люксового сегмента, который считает, что он знает своих клиентов, потому что он же их и формирует. А в фокус CRM-аналитики вопрос «для кого вы покупаете?» не попадал в принципе. Если ИИ, в отличие от человека-исследователя, может мыслить за рамками - такой исследователь действительно не нужен. Пусть люди, которые закрыты и предубеждены, не работают исследователями - от этого все только выиграют. Пусть аналитику, которая делается не для галочки, от которой зависит многое, делает человек, который любит и умеет это делать. Умеет - это значит, видит закономерности в неочевидных данных. Использует открытые данные по отрасти. Думает над полученными данными и сомневается в принятых практиках. Это кейс даже не про роль ИИ - а про способность аналитика, человеческого или искусственного, учитывать реальность и учиться на фактах. 💽 @PostPostResearch

Пользователь не виноват #микросовет Полезное правило: если есть хотя бы небольшой шанс, что проблема не в пользователе — значит, он не виноват. По умолчанию. Вы не завершили оплату  ↓ Оплата прервалась (может быть сбой соединения или кнопка не работала?) Вы указали неправильный адрес доставки ↓ Такого адреса ещё не знаем :( (может быть адрес верный, просто нет в базе? или дело в формате?) 👉Прямота это неплохо, но обвинений лучше избегать, особенно несправедливых.

О подсчёте кликов Часто встречаются описания, что что-то делается «в один клик» или «всего в три клика». Две мысли. Во-первых, часто это враньё, «В один клик» просто как бы значит «быстро». Дизайнеры привыкли к метафорическому смыслу, и когда им честно считаешь клики, они думают, что ты придираешься. Типа, «ну понятно, что не буквально один». Слово клик также иногда вдруг означает «шаг» или «экран». Например, чтобы пройти какой-то процесс, нужно сделать что-то на трёх экранах; на каждом из них надо что-то настроить, выбрать, заполнить, но это всё равно называют в «три клика». Врать нехорошо. Во-вторых, часто это оптимизация не туда. Разумеется, в целом чем меньше кликов нужно для достижения цели, тем лучше. Но иногда экономия кликов приводит к слишком заумной организации экранов. Получается, что кликов надо мало, но чтобы догадаться до каждого из них, приходится попотеть. Лучше в первую очередь стремиться, чтобы каждый клик был очевиден и сделать его было легко, даже если в итоге получится на пару кликов больше.

Огромная база портфолио дизайнеров со всего мира (3.5к ссылок) https://designerworx.co/ Там и студии есть, и люди Полезно иногда посмотреть, кто как подходит к самопрезентации в комментах еще скинули 300+ https://likemiens.notion.site/designers-portfolios

🛠️ DevTools для дизайнера: как проверять вёрстку без страха перед кодом Дима из Voximplant написал руководство по использованию инструментов разработчика для дизайнеров. Главная мысль: открыть DevTools это как поднять капот у автомобиля. Не нужно разбирать двигатель, достаточно понимать, где что находится. Самая полезная функция для дизайнера это инспектор элементов. При наведении на элемент DevTools подсвечивает отступы цветом: зелёный показывает padding (внутренние отступы), оранжевый показывает margin (внешние). Вкладка Computed показывает финальные значения после всех вычислений браузера, а Styles показывает исходные CSS-правила и откуда они пришли. В Responsive Design Mode можно проверить адаптив, выбрав конкретное устройство или задав размеры вручную. Справа есть ручка для плавного изменения ширины, чтобы заметить момент, когда начинаются проблемы с вёрсткой. Внутри: – Как быстро достать SVG-логотип через Copy element; – Зачем нужна вкладка Network для скачивания защищённых изображений; – Как тестировать идеи прямо в браузере без Figma; – Почему изменения видны только вам до обновления страницы; – Какие пять основных зон есть в интерфейсе DevTools; – Как конкретные значения отступов упрощают фидбек разработчикам. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

В Dodo сделали публичными материалы для креативных команд Это пошаговые инструкции, методология и общие принципы проектирования, гайдлайны и политики брендов. https://shift.dodobrands.io/ ↗ 🖼️ Хороший интерфейс 🖼️ Концепты интерфейсов 🖼️ Офферы для дизайнеров

288. Карта не равна территории. Я поссорился с коллегой. Я точно знаю, что он начал первым, вел себя агрессивно и был неправ. Но он рассказывает эту же историю совершенно иначе: по его версии, агрессором был именно я. Кто прав? Скорее всего, оба. И никто. Очень давно, аж в 1933 году польско-американский философ Альфред Коржибски опубликовал книгу "Наука и здравомыслие", где сформулировал принцип: "карта не равна территории". Он имел в виду, что любое представление о реальности – это всего лишь модель, упрощение. Язык, которым мы описываем мир, не может передать мир полностью. В процессе перевода реальности в слова и понятия настоящая реальность "ускользает". У каждого человека своя карта мира. Она строится на основе личного опыта, убеждений, эмоций, воспоминаний. Вы видите конфликт с коллегой через призму своих триггеров, прошлых обид, страхов. Он видит ту же ситуацию через свою призму. Вы оба смотрите на одну территорию (реальное событие), но пользуетесь разными картами. Мне кажется, одна из главных причин непонимания между людьми – это уверенность, что наша карта и есть территория. "Я же вижу, что он неправ!" Но вы не видите реальность. Вы видите интерпретацию реальности вашим мозгом, который отфильтровал одни детали, преувеличил другие и проигнорировал третьи. Как использовать этот принцип на практике? Перестаньте спорить о том, чья карта правильная. Вместо этого совмещайте карты. Когда ваш коллега описывает ситуацию по-другому, он не врёт и не манипулирует. Он показывает вам детали, которые вы не замечали. Его карта неполная, но и ваша тоже. Две неполные карты вместе дают более полную картину территории. Можно спросить: "Что ты видел такого, чего не видел я?" Не защищайте свою версию. Исследуйте его. Добавьте его данные к своим. Возможно, реальность окажется где-то посередине. Или вообще в третьей плоскости, о которой вы оба не догадывались. Чем больше карт вы соберете, тем ближе подберетесь к территории.