Люстра

👍 Зачем дизайн-командам телеграм-каналы Для большинства это, наверное, проходная статья, а для меня — интересный кейс: зачем дизайн-команда Flowwow завела канал в телеге и что в итоге из этого получилось. Понятно, что чаще всего такие каналы — про развитие HR-бренда, но интересны и побочные эффекты: коллаборации с другими командами и просто нетворкинг. Про канал Flowwow я узнал только из этой публикации. Полистал, подписался — интересные ребята, буду следить. По вайбу они чем-то напоминают дизайн-команду Dodo, которая умеет хорошо балансировать между профессиональным развлекательным контентом и прикладными материалами. 📎 Ссылка на статью

✨ Как вайбкодить без боли? 11 выводов, к которым я пришёл Пачка советов по созданию проектов с помощью нейронок от Жени Горбача, продуктового дизайнера BI-платформы Insight, на примере его собственного приложения для вело- и беговых мероприятий. Интересно, что дизайнеры уже вовсю пилят полноценные продукты в соло — тот же Антон со своей платформой Hirehi чего уже достиг. Тоже хочется, но пока ограничиваюсь только интерактивными прототипами своих дизайн-макетов. 📎 Ссылка на статью

🌈 Основы геймификации и её применения в продукте Статья от Анастасии Ли — продуктового дизайнера в Альфа-Инвестициях, про базу осмысленное внедрения игровых механик в продукт с помощью фреймворков Бартла и Ю Кай Чоу. Внутри статьи: – Что такое геймификация; – Основные механики геймификации; – Типология Бартла; – Октализ Ю Кай Чоу; – Запуск геймификации в продукте; – Опыт Альфа-Инвестиций. 📎 Ссылка на статью

📊 Время выполнения заданий в немодерируемых UX тестах: как измерить и проверить? Статья Ульяны Айкович, исследовательницы в «БКС Мир Инвестиций», о том, как глубже анализировать время выполнения заданий, а также как сравнивать группы респондентов в немодерируемых UX-тестах. Сначала не сразу понял, как это применять в работе, пришлось перечитать несколько раз. Теперь беру на вооружение медианы, процентили и критерий Манна–Уитни для анализа результатов немодерируемых тестов. 📎 Ссылка на статью

🖥 40 основных элементов интерфейса, которые должен знать UX-дизайнер Статья Евгения Шпилева с разбором базовых компонентов, из которых собираются практически все интерфейсы. По каждому элементу: описание, когда использовать и альтернативные названия Внутри статьи: – 11 навигационных компонентов; – 16 помпонент для ввода данных; – 7 компонентов обратной связи; – 6 компонент для отображения данных. 📎 Ссылка на статью

☀️ Как составить персональный план развития карьеры? Пошаговый гайд от Selectel с пояснениями о том, чем полезен план персонального развития для карьеры и как его составить самому. Внутри статьи: – Как выглядит PDP и кому он нужен; – Как составить план развития карьеры; – Этап 1: Анализ; – Этап 2: Визуализация результатов; – Этап 3: Выбор стратегии; – Этап 4: Выделение конкретных целей; – Этап 5: Подбор развивающих действий; – Как оценить качество PDP; – Как оценить свой прогресс. 📎 Ссылка на статью

💎 12 когнитивных искажений пользователя: как они влияют на вас, ваш продукт, и что с этим делать? Travel-tech через призму поведенческой психологии. Борис Юзефпольский, Head of UX Research Островка собрал 12 когнитивных искажений, которые встречаются на пути пользователя — с примерами, метриками и способами этичной работы с каждым. Внутри статьи: – 12 искажений: от якорения и FOMO до эффекта Даннинга–Крюгера; – Как каждое проявляется в реальных сценариях; – Как проверить через A/B-тесты и исследования; – На какие метрики влияет (CR, NPS, Retention, CSAT и др.); – Где граница между этичным UX и манипуляцией. 📎 Ссылка на статью

🎮 Архитектура дизайн-токенов: подход, который спасает от хаоса и сохраняет нервы Статья про то, как выстроить структуру токенов, которая переживёт масштабирование и смену команды. Автор показывает четырёхуровневую структуру токенов как одну из вариаций организации Variables в проекте. Внутри статьи: – Зачем нужны уровни; – Уровень 1 — Примитивы; – Уровень 2 — Семантика; – Уровень 3 — Dimensions; – Уровень 4 — Типографика; – Как оценить свои Variables. 📎 Ссылка на статью

🥸 Как понять, что продуктовый дизайнер работает неэффективно Артемий Талалуев, Design Lead в Домклике, разбирает признаки неэффективности продуктового дизайнера в команде и что с ними делать — от корректирующих встреч до PIP и расставания с сотрудником. Внутри статьи: – 6 признаков неэффективности продуктового дизайнера; – 3 меры для поднятия эффективности; – Пример использования Performance Improvement Plan (PIP); – Что делать, если методы не сработали. 📎 Ссылка на статью

🔄 Небольшое обновление AI в Figma Figma накатила несколько обновлений в AI для работы с изображениями. Раньше для точечного редактирования картинок приходилось прыгать в Photoshop или другие редакторы, а потом импортировать обратно. Теперь всё можно делать прямо на канвасе в Figma. ➡️ Erase Object — выделяешь лассо любой объект на фото и удаляешь его. Фон восстанавливается автоматически. Убрать лишнего человека или отвлекающий элемент — секунды. ➡️ Isolate Object — выделяешь объект и работаешь только с ним: двигаешь, меняешь цвет, добавляешь размытие или тень. Фон остаётся нетронутым. ➡️ Expand Image — расширяет фон картинки под новые пропорции. Теперь можно не кропать изображение под ресайзы, а просто генерить недостающий фон. Всё это собрали в новый тулбар вместе с Remove Background. Работает на AI-кредитах. 📎 Ссылка на анонс

🖥 «Невидимые» сервисы: как исследовать API, модули и иные интеграционные решения UX-исследователи Контура написали гайд по исследованиям в «невидимых» продуктах: API, модули для 1С, интеграционные решения. Авторы собрали 9 барьеров, которые мешают командам проводить исследования, и на каждый дали решение с примером из практики. Внутри статьи: – Барьер 1: Продукт покупают — значит, проблем нет; – Барьер 2: Это 1С! Пользователи приняли ограничения, мы НЕ можем влиять на их опыт; – Барьер 3: Пользователи могут сами дорабатывать сервис под свои потребности, зачем тогда нам что-то изучать и дорабатывать; – Барьер 4: С сервисом работают программисты, они НЕ пользователи; – Барьер 5: Если нет интерфейса, то и исследовать НЕ нужно; – Барьер 6: Не понятно, кто пользователь, к кому с какими вопросами идти; – Барьер 7: Не понятно, как выстроить коммуникацию с пользователем из-за сложного контекста; – Барьер 8: Не понятно, как выстроить коммуникацию с пользователем, так как есть инфраструктурные ограничения; – Барьер 9: Слишком много ресурсов требуется для того, чтобы организовать такое исследование. 📎 Ссылка на статью

🎮 Помогаем китайцу не потерять лицо Новая прожарка от Станислава Хрусталёва, автора проекта Hard Client. В этот раз разбирает интерфейсы китайского маркетплейса ДЭВУ (Poizon), который полгода назад зашёл на российский рынок. Внутри статьи 30 моментов, которые можно улучшить. Очень много огрехов с локализацией и, к моему удивлению, нелогичных решений в CX и UX. 📎 Ссылка на статью

Кайфую от возможности заходить в код продукта и править его с нейронкой прямо по живому. Пока, конечно, остаётся этап «проверьте плз». Потому что пушить свои творения сразу на прод я пока что боюсь. Был бы сейчас дизайнером, в портфолио бы уже красовалось Design Engineer)

Changelog Уже давно хотел завести витрину обновлений в каком-нибудь из наших продуктов. Когда-то у нас такое уже было как процесс, но со временем всё заглохло. Где-то продуктовых изменений становилось мало, где-то просто не хватало времени, фокуса и человека, который бы регулярно этим занимался. А тут у нас новый стартап внутри компании, и я прямо внутри процесса. Много всего меняется и удаётся поработать руками. Вижу, что уходит в релиз, понимаю, что поменялось и знаю, что у нас дальше по roadmap. Внутри команды все хорошо погружены, но хочется ещё нормально показывать клиентам, как продукт меняется, поэтому завели отдельный артефакт «Обновления». Пока это MVP в виде ссылки на Google Doc. Не идеально, зато быстро, понятно и уже можно пользоваться. В идеале хочется что-то ближе к Linear: один раз оформил релиз, а дальше он уехал в блог, в продукт и в email-рассылку. У них для всего этого есть хорошая CMS-ка Sanity, но тащить её в наш контур я боюсь. Если её обрубят, сразу могут пострадать 3+ модуля. Есть мысль сделать без CMS: хранить релизы отдельными MDX-файлами где-то в проекте, а потом уже подхватывать их и выводить в разных местах в нужном виде. Не выглядит как что-то сложное, но всё равно потребуется инфраструктура, поддержка и договорённости. Поэтому пока живём с Google Doc, для MVP хватает.

Дизайн сообщество и Figma на следующий день UPD: Ну типа норм этот моушн и остальные фичи..