Обложка канала

Дизайн печь 🔥. Страница 2

Заметки о дизайне, работе и жизненных наблюдениях. Пишет Иван Емелюшкин @Nordicus, дизайнер интерфейсов из True Engineering.

  • Дизайн печь 🔥

    Это красиво, а это нет Смотрите, две картинки. На первый взгляд, у телеграма красивые консистентные иконки, а у Едадила — нет. Кажется, что дизайнер Едадила не подумал о контексте и просто сделал как нравится. Рассмотрим с другой стороны. Едадилу важно, чтобы люди пользовались их купонами и сканировали чеки, а не удаляли приложение. Их иконки полностью оттягивают на себя внимание. Наверняка такое решение уменьшит колиичество удалений и увеличит посещаемость. Это вопрос денег. Телеграму наоборот, важно мимикрировать под нативные приложения. Это вопрос позиционирования.
  • Дизайн печь 🔥

    Плагин, который за вас опишет компонент в дизайн-систему Откопал плагин для Фигмы, который сам составляет спецификации для компонентов: описывает состояния, анатомию, проставляет спейсинги. Называется EightShapes Specs. На старте проекта дико экономит время для передачи в разработку. Посмотрите видео, как это работает. Рассказывает мой друг и отличный дизайнер — Слава Новолоцкий Плагин EightShapes Specs www.figma.com/communi…es-Specs
  • Дизайн печь 🔥

    Как находить команду со схожими взглядами до того, как принять решение идти вместе с ней? Собеседования работают в две стороны. Как команда присматривается к кандидату, так и кандидат к команде. Я вижу два способа узнать о комфорте работы с будущей командой: 1. Изучить работы компании. Если находишь то, с чем не согласен, то спрашиваешь почему так сделали и какое отношение у команды к этому решению. 2. Создать такую ситуацию искусственно. Представить гипотетический моральный выбор и послушать как команда примет решение. Идеально, если получится задать эти вопросы на созвоне именно со всей командой. Так проще заметить единомышленников или обнажить внтуренние конфликты. Иногда вопросы лучше повторять. Например, на собеседовании с артдиректором, могут убеждать, что последнее слово в дизайне за дизайнером, а на собесе с командой окажется, что за продактом/фаундером/разработчиком/как вместе решат.
  • Реклама

  • Дизайн печь 🔥

    Баланс пользы в продукте До того, как я пришел в продукт, я всегда писал пользу от задачи для человека. Не важно, как это назвать: «полезное действие», джобы, работы, суть одна — как эта задача поможет решить проблемы. Например, для страховой компании я продумывал способы связи за рубежом. Польза звучала так: помочь человеку за границей срочно решить проблемы со здоровьем с помощью страховой. Такая польза формулируется от проблемы. Когда я пришел в продукт, на меня свалилась вторая польза — со стороны бизнеса. Например, помочь бизнесу уменьшить количество клиентов, которые уходят из сервиса. Такая польза формулируется от метрики. Пользы друг другу не противоречат, но теперь их две и между ними нужно балансировать. Например, сценарий отписки — один из тяжелых с точки зрения баланса. 💁‍♂️Польза для человека: избавиться от лишней подписки и сберечь ресурсы 💼Польза для бизнеса: уменьшить количество клиентов, которые уходят из сервиса С одной стороны дизайнер должен дать удобный инструмент отписки для человека, ведь он этому учился всё время, с другой — если сделать всё просто и быстро, бизнес будет терять деньги и дизайнер не будет приносить прибыль. Так рождаются эти ужасные паттерны, когда отписаться почти невозможно. Самые жаркие споры — именно здесь. Чтобы чувствовать себя комфортно, нужно найти команду с похожими моральными принципами. На практике же такое встречается нечасто, цените, если вам повезло Следом рассказажу как бизнес определяет какую пользу он будет поставлять и почему «никакую» — тоже хорошо и нормально.
  • Дизайн печь 🔥

    Прочитал, мнение, что продуктовый дизайнер, это дизайнер, который работает в продуктовой компании. Так то оно так, но не совсем. Это как говорить, что педиатор и окнколог — это просто врачи, отличается лишь специфика. В специфике кроются те саме отличия: 1. Продуктовый дизайнер знает как работают его решения. Если в аутсорсе всё ограничивается качественными исследованиями, а то и вовсе без них, то у продуктового дизайнера есть доступ к метрикам. Например, я убрал яркие оранжевые кнопки «подробнее» под каждой статьёй и, сюрприз, их перестали читать! С точки зрения дизайна решение верное, а пользы компании — нет. Приходится балансировать, искать другие решения, чтобы было и красиво и работало. 2. Продуктовый дизайнер мыслит ресурсами компании. На аутсорсе часто дизайнеры проектируют идеальное решение. В продукте дизайнер обязан мыслить ресурсами компании: как моё решение нагрузит техподдержку? Разумны ли затраты разработки на моё решение или стоит упростить? Какое решение в продукте я могу уже переиспользовать тут? Как новый интерфейс повлияет на старый? 3. На продуктового дизайнера больше давления. В аутсорсе всю ответственность за продукт берёт на себя заказчик. В продукте — команда. Решение дизайнера может привести к потере денег. Дизайнер может убедить команду в своём, а оно возьмёт и уронит прибыль на $10 000 в день. Именно поэтому все так обмазываются тестами. Продуктовый дизайнера действительно тот же UX/UI-дизайнера, но с мышлением в ресурс и доказательства. У него больше ограничений. Продуктовый дизайнер не будет убирать подчеркивание ссылок, потому, что на Медиуме кто-то умный сказал, что люди уже привыкли к цветному тексту. Продуктовый дизайнер уберёт подчёркивание ссылок, если более изящное решение сработало так же или лушче Важный кусок духоты: всё всегда зависит от компании. Команда на аутсорс может обмазываться исследованиями и проектировать как боженька. Посмотрите на уровень экпертизы у Собаки Павлова. Продуктовая команда может вообще забить на исследования и метрики, если у них есть спонсор и экспертиза. Тинькофф Банк на старте писал, что не делает исследования. Я работал дизайнером интерфейсов в 5 разных компаниях и в каждой у меня были свои обязанности. И это нормально, единых стандартов нет.
    Собака Павлова

    Дизайн сложных интерфейсов: UX, UI, редизайн, аудиты, исследования, профессиональные и массовые интерфейсы от «Собаки Павловой»

    www.sobakapav.ru
  • Дизайн печь 🔥

    Давайте раз и навсегда разберемся в чем разница между UX/UI и продуктовым дизайнером Продуктовый дизайнер – это UX/UI-дизайнер, который работает в продуктовой компании. Да, все так просто. Уклон в метрики, количественные исследования, итеративные улучшения, большее количество людей и команд - это не отличительные черты специальности, а специфика продуктовой разработки. Потому что прибыль продукт приносит по-другому, нежели аутсорс. Да и не во всех продуктах есть такая специфика. Во многих В2В продуктах важны качественные исследования и крупные релизы. Так что UX/UI-дизайнер и продуктовый дизайнер это, в сущности, одно и то же. Просто в продукте часто надо больше на циферки смотреть.
  • Дизайн печь 🔥

    Как испортить продукт и заработать денег Однажды компания, в которой я работал, выпустила приложение-линейку. Простое, как на картинке. Прикладываешь телефон и измеряешь. В центре была реклама, измерениям не мешала, отключалась рублей за 10. Приложение быстро набрало 5 звёзд и хорошие отзывы, неплохо продавалось. Компания решила играть жестко и начала показывать баннер поверх приложения с огромной кнопкой подписки. Если человек нажимал, то у него списывалось 800 рублей за линейку! Рейтинг сразу скатился до 1 звезды, инсталлы упали, но приложение стало зарабатывать раза в 2 больше. Смогли найти кнопку, как продолжить без подписки? Она есть) Выводы: 1. Достаточно много импульсивных людей. Они жмут на большую яркую кнопку и не читают тексты 2. На этом можно заработать 3. Продукт не обязательно должен быть хорошим, чтобы приносить деньги Это не значит, что всем срочно нужно делать чёрную платёжную механику. Но эта история объясняет почему так много подобных решений на рынке. Кушать всем хочется. Бизнес — это про прибыль. Светлые идеалы — лишь один из путей продвижения.
  • Дизайн печь 🔥

    Как ограничить время созвонов и никого не обидеть Когда началась удалёнка во время ковида, количество моих созвонов увеличилось настолько, что я сделал ремонт в комнате. Тогда же я понял, что большинство созвонов не требует моего внимания. Тогда уже интернет заполонили статьи типа «ограничьте созвон 15 минутами», но это не работало. Ретро сложно ограничить даже часом. Важный созвон с заказчиком, на котором дизайнер представляет работу тоже не сократишь. Но что делать с созвонами, когда дизайнер нужен для подстраховки, типа планирований разработчиков? Или обсуждения фичи всей командой, когда разрабы начали тереть за методы? Советы про лаконичность мысли тоже хороши, но не все умеют выражаться кратко. Я вывел 3 правила: 1. Если человек нужен на «всякий случай», то договоритесь, что он будет доступен, но на сам созвон не идёт. Так его можно будет пригласить в любой момент, но не тратить его время. Работает в обе стороны 2. Если люди начали тереть о своём, а о вас забыли, то стоит таки прервать и уточнить остались ли вопросы. Да, не очень вежливо, то поможет не тратить своё время и уйти раньше. 3. Запись созвонов и публикация на скрытый канал компании в ютубе. Самое шикарное — записать созвон, а потом прослушать его на двойной скорости. Если возникли вопросы и предложения, всегда можно задать в чате с ссылкой на таймкод. Кроме того, помогает разрешать споры «кто и что говорил»
  • Дизайн печь 🔥

    Проектировать вширь и вглубь Проектировать вширь — это искать какие ещё задачи может решать готовый сервис. Например, когда Яндекс такси начал коробки доставлять вместо служб курьерской доставки. Чтобы уметь такое придумывать, нужно узнавать как устроен мир, смотреть на смежные сферы. Так умеют только самые крутые дизайнеры и продакты. Проектировать вглубь — это решать задачи уже существующей аудитории. Например, когда в Яндекс такси появилась тревожная кнопка SOS, потому, что клиенты не чувствовали себя в полной безопасности. Чтобы проектировать вглубь, нужно учиться проводить интерьвю и верно выяснять боли клиентов.
  • Дизайн печь 🔥

    Так же собрал файл в Фигме с готовыми стилями, 1 в 1 как у разработчиков. Забирайте себе, используйте в своих проектах www.figma.com/communi…94731034
    iOS Blurs

    Figma Community file - The native blur types in iOS. Use them in your design to make it easier for developers to develop them.

    Figma
  • Дизайн печь 🔥

    Я уже писал, что в iOS 11 видов размытия, а не 3. Если вы ещё не читали, специально для вас оформил всё в статью medium.com/design-…fbdd06af
    11 оттенков размытия

    Выбрать нужное и заслужить благодарность разработчиков

    Medium
  • Дизайн печь 🔥

    Микросценарии Хорошие дизайнеры интерфейсов прорабатывают микросценарии — то как работать с небольшими элементами, такими как выпадашки, поля ввода, кнопки паузы и т.д. Хороший способ узнать как дизайнер мыслит в эту сторону — попросить описать его сценарии работы с полем ввода времени. Если человек захотел изменить время, то как будет работать поле? Что будет, если он введёт число 80? Как будет вести себя поле, если поставить курсор в начале и ввести число? А в середине? В конце? Открывается целая вселенная по сценариев один сложнее другого. Посмотрите для примера как Контур детально описывает ввод данных guides.kontur.ru/compone…calendar Самое удобное поле ввода времени я нашел у Coral Design System design.talend.com… Если вы знаете ещё задачки со сложными компонентами, которые кажутся простыми — пишите в комментарии.
  • Дизайн печь 🔥

    🎉 Сегодня каналу исполнилось 6 лет! Не успел оглянуться, как пролетело время. Спасибо всем, кто читает, комментирует, делится постами с друзьями. Вы заряжаете меня желанием жить и работать ❤️. Надеюсь, вам тоже полезно то, что я здесь пишу) Самое интересное за эти 6 лет. Список небольшой, выбирал самое полезное. Список, что я советую всем дизайнерам https://t.me/Design_fire/395 Как создать продуктовую страницу https://t.me/Design_fire/645 Как выровнять цвета по тону. Несколько записей подряд https://t.me/Design_fire/591 Как дизайнеру найти задачи https://t.me/Design_fire/631 Зачем хранить старые работы и мысли https://t.me/Design_fire/646 Критикуешь — не жести https://t.me/Design_fire/652 Нативные и кастомные элементы. Каюсь, называл нативные элементы стандартными, но это немного неверно. https://t.me/Design_fire/661 Что делать, если дизайнером пренебрегают https://t.me/Design_fire/1040 Зачем показывать в портфолио юайкит и брендбук https://t.me/Design_fire/1043
    Дизайн печь 🔥

    Список, что я советую всем дизайнерам Иногда ко мне обращаются начинающие дизайнеры. Они спрашивают с чего начать путь дизайнера интерфейсов, чтобы четко, по делу и не распыляться. Я собрал для них список ссылок, который сильно повлиял на моё развитие. Он короткий, но коварный: внутри каждой ссылки огромная куча материала. Надеюсь, вам он будет тоже полезен. Я постоянно туда заглядываю. Краткий справочник основ https://dangry.ru/sona/ Полноценный путь развития дизайнера http://www.it-agency.ru/academy/training-plan-for-junior-designers/ Проектирование https://medium.com/ux-crash-course https://medium.com/ux-crash-course-user-psychology https://medium.com/ux-ux-protips https://medium.com/ux-crash-course-stupid-questions

    Telegram
  • Дизайн печь 🔥

    Если хочется вернуться в 2007, попробуйте создать резюме на Хед Хантере
  • Дизайн печь 🔥

    Сначала к разработчикам — потом закрываем задачу Очевидный совет, которому часто не следуют Я работал в компании, в которой сначала дизайнеры делали дизайн, отдавали разрабочикам Фигму «как есть», а потом возмущались, что в сборке всё нет так. Сроки релизов подходили, замечания не исправлялись, напряжение росло. Разберём пример на картинке. В чём конфликт Дизайнеры: разработчики поленились и не собрали как надо. Мы нарисовали размытие и цветную тень, а они этого не сделали. Разработчики: дизайнеры напридумывали, а сделать это слишком сложно и дорого. На Андроиде сделать динамическое размытие фона — это много тяжелой работы. Цветные тени есть только на 9 Андроиде, а у нас 30% юзеров на 7-8. Ещё и сроки горят. Релиз менеджер: сценарий работает, не растягиваем разработку, красивости от лукавого Как так получилось Люди не знают о проблемах в других отделах и валят ответственность друг на друга. Все дураки, а я Д’Артаньян. При этом все замолчали проблему и не пошли разбираться в процессе. Как решить Общаться. Как только дизайнер придумал логику — сходить к разработчикам, попросить оценить. Сделал визуал — сходить ещё раз. Увидел проблему — обсуди. Снять корону. Некоторые дизайнеры считают себя архитекторами будущего приложения, а разработчиков вроде сторителей, которые должны воплотить его замысел. Это не так. Большинство разработчиков имеют немалую насмотренность и гибкий ум. Лучше решения создаются, когда дизайнер сидит рядом с разработчиком и они придумывают решения вместе. Бывает даже, что у разработчика есть набор решений, который он давно хотел сделать, а случая не возникало. Эти решения могут быть лучше, чем у дизайнера. Главное: общайтесь, советуйтесь со всеми, кто причастен к вашему решению, не отдавайте дизайн в пустоту. Пробуйте решение на прочность до тех пор, пока оно не выдержит критику как с технической стороны, так и со стороны бизнеса и пользователей. Без общения, конфликты копятся. Как и везде.
  • Реклама

  • Дизайн печь 🔥

    Я: Одна минута до первого созвона в этом году. Начинаем! Зум:
  • Дизайн печь 🔥

    Думаю, что главная причина, почему айти сфера так бурно развивается — Stack Overflow
  • Дизайн печь 🔥

    Про стандартизацию Когда-то я мечтал, что люди смогут договориться и сделать единые стандарты для всего. А потом я понял, что не могут. Не потому что мудаки, а потому, что это не выгодно. Смотрите, сколько клипсов придумали автопроизовители и не договорились до чего-то одного. Ответ кроется, как всегда, в деньгах. Используешь чужую клипсу — платишь деньги за патент. Советую почитать поучительную историю про отвёртки. Минусовая — самая хреновая. Самая эффективная — квадратная. Но т.к. автор патента хотел денег за каждый автомобиль с использованием такого типа отвёрток, никто ими не пользуется https://masterok.livejournal.com/3354755.html