Ничего особо нового для дизайнеров с большим опытом нет, но советую послушать выступление Ильи Бирмана про адаптивный дизайн. Очень хорошо собранный материал в формате урока. Обратите внимание на позицию и аргумент про mobile first. Стоит послушать для того, чтобы понять как поступать и как аргументировать свою позицию, когда заказчики или разработчики высказывают мнения, пожелания в части адаптива.

Некоторые моменты подачи информации достаточно жесткие, но тут пусть каждый сам делает выводы #адаптив

Дизайнер на всю голову

Четыре чёрненьких чумазеньких чертёнка…

Интересно будет в комментариях. 17+ новых участников за вечер и есть очень большие сомнения 🙂 #бот

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

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

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

Моя работа состоит из нескольких постоянных типов задач:
— Разбор входящих материалов по проектам: ТЗ, брифов, описаний процессов, мануалов, руководств, переписки, записей и транскрибов созвонов, видео и других текущих рабочих материалов.
— Работа с проектом в Figma: UX/UI, логика, структура, сценарии, экраны.
— Созвоны: по текущим проектам и знакомства с потенциальными клиентами.
— Расчёты и оценка проектов.
— Внутренняя работа: кейсы, посты, статьи, учёба, насмотренность, изучение нового, нетворк.

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

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

Жизненное расписание у меня достаточно устоявшееся. Опытным путём я нашла то время, когда мне легче и быстрее просыпаться. Я встаю, делаю растяжку, принимаю душ, завтракаю и даже на выходных стараюсь вставать примерно в те же часы. Если график сбивается, ничего страшного не происходит, хотя иногда это сказывается на физическом состоянии. Главное, чтобы это не становилось правилом.

Время с 10.00 до 13.00 обычно посвящено задачам, где требуется повышенная когнитивная нагрузка: анализ документации, интерфейсов, поиск решений, созвоны. Созвоны в 99% случаев запланированы заранее.

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

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

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

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

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

Зачем вообще писать о таких простых вещах?
Пишу об этом потому, что то, как выстроен день, влияет и на количество сделанного, и на качество решений, и на состояние самого человека. В проектной работе многозадачность почти неизбежна: параллельно идут аналитика, созвоны, фиксация договорённостей, организационные вопросы и текущие задачи. Сам по себе такой режим уже создаёт постоянное напряжение. Если месяцами жить так, без нормально выстроенного дня, важные задачи начинают делаться урывками. А вместе с этим копятся усталость, раздражение, истощение и ощущение, что работа не заканчивается никогда. #таймменеджмент #рутина

Дизайнер на всю голову

Хочу ответить на два вопроса, которые мне задали в посте о том, как устроен мой рабочий день.

«За счёт чего удается держать границы такого идеального графика?»

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

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

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

«т.е. нет вины, что задачу не закончила сегодня, что отказала клиенту во встрече в удобное ему время?»

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

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

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

Дизайнер на всю голову

Сейчас я работаю над спортивным приложением для бегунов Sporty.

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

На первом созвоне клиент показал, как видит приложение: ленту, раздел соревнований, турниры, аналитику, мои результаты и протоколы. Чтобы проверить данные и сценарии, я начала с их анализа.
Я собрала документ с user story, то есть пользовательскими историями. Через него я стала разбирать прототипы и документацию, которые показал клиент.

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

После разбора я предложила дополнить структуру несколькими обязательными страницами и точнее разделить сценарии внутри раздела соревнований.

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

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

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

Скриншот: небольшой фрагмент артефактов по первому этапу работы: user stories, user flow, sitemap #проект

Дизайнер на всю голову

Чувство вины знакомо каждому. Оно бывает конструктивным и деструктивным. У него может быть реальное основание, а может и не быть. Иногда оно рождается из собственной оценки ситуации, а иногда навязывается извне.

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

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

«т.е. нет вины, что задачу не закончила сегодня, что отказала клиенту во встрече в удобное ему время?»

Давайте представим две ситуации.

Ситуация первая. Клиент предлагает вам созвониться. Вы отказываете ему, вы чувствуете вину. Почему и зачем?

Ситуация вторая. Наступает день сдачи этапа проекта или даже проекта целиком. И то, что вы должны были сделать, не готово на 10, 15 или 30 процентов. И снова вы чувствуете вину.

Но это принципиально разные ситуации, и чувство вины в них возникает по-разному.

Согласование времени встречи — это часть рабочего процесса. Один вариант, предложенный вами, не подошёл клиенту, другой не подошёл вам. Мы ищем третий, который устроит всех. Это клиентский сервис, неотъемлемая часть работы специалиста, который ведёт проекты самостоятельно. Сам по себе отказ от неудобного времени не даёт повода для вины.

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

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

Дизайнер на всю голову

«Есть ли жизнь на Марсе, нет ли жизни на Марсе — это науке пока неизвестно»

AI — прекрасный инструмент. Как и любым инструментом, им должен управлять тот, кто понимает процессы, умеет задать верные параметры и оценить результат работы. Если человек не обладает такими навыками, получается что получается )

Быстро разобрала экран интерфейса. Подключайтесь)

1. Содержимое экрана не соответствует выбранному пункту в меню "Упаковка". Видно из содержимого, что это процесс пошива. Возможно, это каша из 2-х сценариев
2. Кнопка «Добавить», возможно, добавляет какие-то этапы, так как есть кнопка Сохранить. Но зачем мне тогда на этом экране кнопка «Play»?
3. На десктопной версии профиль в 2-х местах
4. Статус пачки «На пауза», но кнопка «ПАУЗА» в нижней панели мобильного экрана выглядит такой же активной, как «СТАРТ» и «ЗАВЕРШИТЬ». Логика состояний не отражена визуально.
5. Иконка раздела «ОТК и упаковка» и пункт «Упаковка» в левом меню подсвечены одновременно. Два уровня иерархии помечены как «активные», непонятно, что реально открыто.
6. Стоимость операций на десктопе дана без единицы измерения, а в мобильной версии у похожего значения стоит «₴». Несогласованность валюты между экранами одного продукта.
7. В хлебных крошках последний уровень ID «2342342342» вместо понятного партии.
8. Пачка на мобильном выбирается по строке-таймстемпу «09.03.2026-11:34:35-2».
9. «Сумма факт. времени» дублируется в двух форматах (секунды и ЧЧ:ММ:СС).
10. Колонка «Совместимость» почти везде показывает «…», визуально неотличимое от состояния «загрузка». Непонятно, поле пустое или скрытое.
11. Кнопка «+» есть только у карточки «Прямострочка». Неясно, осознанное это решение с учетом бизнес-процесса или недосмотр.
12. Прогресс «4 из 29 операций выполнено» дан только текстом, а не прогресс-баром. На мобильном это считывалось бы быстрее.
13. Под прогресс-баром есть уведомление о том, что операция закончилась и должна начаться новая. Не очевидный выбор для размещения
14. Верстка таблицы кривая. Тут можно много написать, но смысл. #аудит #разборка

Дизайнер на всю голову

Сегодня в очередной раз обновилась Figma. Переменные теперь открываются на отдельном экране.

Раньше я могла смотреть на макет, менять значение токена и сразу видеть, как это влияет на интерфейс. Сейчас приходится менять значение, закрывать экран переменных и только потом проверять результат в макете. Пока не разобралась со всеми изменениями, возможно, там есть новая логика работы. Но конкретно этот сценарий стал для меня заметно менее удобным. Пишите кто заметил это обновление, как относитесь к нему, насколько это комфортно для вас #figma

Дизайнер на всю голову

Но есть и хорошие новости — автоматизация рутины через создание плагинов при помощи встроенного в Figma агента. Раньше я это делала через Claude и подключала плагин к Figma. Будет быстрее однозначно #figma

Дизайнер на всю голову

Вчера меня снова спросили, где учиться UX/UI-дизайну.
Я вошла в сферу дизайна в 2002 году. Тогда рынка обучения в нынешнем виде практически не было. Были разрозненные статьи, материалы в сети и дальше практика. Многое приходилось собирать по кускам.

Поэтому мне и сейчас трудно отвечать на такой вопрос одним названием курса или школы.

У всех разный вход в профессию, разная база знаний, разные задачи.

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

Сейчас, например, я прохожу воркшоп Бориса Шпирта «Как доносить ценность в КП». Потому что специалисту мало просто хорошо делать свою работу. Нужно ещё уметь объяснять клиенту её ценность. #обучение

Дизайнер на всю голову

Хочу показать фрагмент работы по спортивному приложению, о котором рассказывала раньше.

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

Экран можно смотреть в двух вариантах: как календарь и как карту. #проект #спорт #приложение

Дизайнер на всю голову

Кажется, я уже писала о том, что почти не собираю отзывы, и что это упущение.

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

Начну постепенно публиковать такие рекомендации. Сегодня отзыв о работе над проектом Planum, о котором много писала в канале. #отзыв #рекомендации #planum #biplanum

Дизайнер на всю голову

Даже возразить нечего 🙂
Дизайн-поддержка приложения LavantaRide.

upd. Домен t.me починили и он снова работает

Очередные безумные новости сегодня. Работать становится все веселее, но мы не сдадимся. Пишу то, что точно важно. Обратите внимание коллеги и поправляйте ссылку на профиль и каналы в тележке
Ссылка на ваш профиль должна выглядеть вот так https://telegram.me/вашлогин

Домен t.me перестал открываться в браузерах по всему миру из-за ограничений, установленных оператором доменной зоны .me.Внутри приложения Telegram ссылки формата t.me по-прежнему распознаются и открываются, но, чтобы ссылка корректно работала за пределами Telegram, указывайте ссылку telegram.me, вместо t.me

Дизайнер на всю голову

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

Алфавитную раскладку проще встраивать в интерфейс. Она гибче в компоновке: можно менять количество клавиш в ряду, подгонять её под экран и меньше давить на область с данными. ЙЦУКЕН устроена жёстче и занимает больше места. Но для этого сценария важнее были скорость и понятность ввода. Привычная раскладка помогает быстрее ориентироваться в клавишах и быстрее набирать запрос.

При этом выбирать нужно было не решение для одного экрана, а сквозной паттерн для всего продукта. Нельзя на одном экране дать пользователю алфавитную клавиатуру, а на другом ЙЦУКЕН, если это один и тот же тип буквенного ввода. Интерфейс в таком случае начинает вести себя непоследовательно.

Поэтому для буквенного ввода я выбрала упрощённую контекстную ЙЦУКЕН как основной паттерн. Контекстность здесь означает не изменение размера клавиатуры, а подстройку под тип поля и допустимые значения.

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

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

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

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

Дизайнер на всю голову

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

Дизайнер на всю голову

Пост о работе над клавиатурой ПО «Инспектор» превратился в статью. Подробнее разобрала, почему выбрала ЙЦУКЕН, как адаптировала клавиатуру под разные типы полей, работу оператора в перчатках и ограниченное пространство 15-дюймового экрана.

Статья на Dsgners
Статья на Хабре
Статья на VC

#проект #статья #по
Дизайнер на всю голову

Клиенты очень по-разному собирают и передают информацию о проекте. Один приносит схемы, таблицы и скриншоты. Другому проще подробно всё рассказать на встрече. Третий показывает работающий интерфейс и объясняет задачу через конкретные действия пользователя.

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

То же самое проявляется и в работе дизайнера.

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

У человека с аудиальным способом мышления процесс может начинаться с разговора. Ему нужно обсудить задачу, проговорить сценарий вслух, сформулировать словами, что делает пользователь и где возникает проблема. Даже проверять решение он может через объяснение: если интерфейс приходится долго и сложно описывать, вероятно, с ним что-то не так.

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

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

Дизайнер на всю голову

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

В августе 2024 года я работала над интерфейсом кассы самообслуживания. И вот недавно мне прислали фотографию с испытательного стенда: касса собрана, интерфейс установлен, идёт тестирование. Получить такую обратную связь всегда ценно и приятно.

После передачи макетов история для дизайнера обрывается. Ты уже вложилась в проект, приняла множество решений, прожила его, но не знаешь, будет ли он реализован и каким станет дальше. Когда клиент спустя время присылает результат, этот разрыв закрывается. Ты видишь продолжение работы и понимаешь, что она не исчезла после передачи макетов. Важно и то, что клиент сам вспомнил о тебе и захотел поделиться. Это сохраняет связь с проектом, даже когда твоя работа над ним давно завершена. Такая обратная связь даёт ощущение завершённости, подтверждает смысл вложенных усилий и возвращает сопричастность к жизни проекта. #проект

Дизайнер на всю голову

— Стакан наполовину пуст или наполовину полон?
— Мы инженеры. Стакан изготовлен по неверной спецификации.

«Мир Дикого запада»

Клиенты всё чаще присылают проектную документацию, подготовленную с помощью ИИ. Раньше в ней оставались явно не закрытые вопросы: роли, состояния и отдельные участки сценария, которые я анализировала и обсуждала вместе с клиентом уже в ходе проектирования. Сейчас ИИ заполняет эти участки связными и правдоподобными решениями, и я не вижу, какие части сценария и описания функционала основаны на исходных данных, а какие нейросеть сформировала самостоятельно.

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

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

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

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

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

Возможно, одно из самых заметных изменений связано не с тем, что ИИ начинает выполнять часть нашей работы. Гораздо важнее, что мы постепенно передаём ему право определять, какое решение считать правильным. И чем меньше человек доверяет собственному опыту рядом с уверенным ответом нейросети, тем сложнее возвращать этот ответ в статус версии, которую ещё можно обсуждать. #ии #ai #анализ

Дизайнер на всю голову