💭1️⃣Мысли вслух про работу над одним продуктом

Я довольно долго работаю в рамках дизайн-системы одного продукта. Для этой дизайн-системы есть устоявшиеся паттерны, правила поведения компонентов и понятна ЦА.

Недавно знакомый попросил меня сделать макет формы обратной связи для его сайта. Форма простая: ФИО, возраст и опциональная область для загрузки свидетельства о рождении, если пользователь указал возраст менее 18 лет.

Казалось бы, чего сложного? Но эта задача сломала меня на пару часов. Я знал, как решить её в рамках дизайн-системы моего продукта, но не сразу нашёл решение для продукта знакомого. И дело здесь не в том, что я не знал правил новой для меня дизайн-системы (а она в целом отсутствовала) или не была понятна ЦА (была). Дело в том, что самые очевидные решения приводили к неочевидным механикам:

- Можно сделать один инпут для ФИО и ещё один для возраста. Если возраст меньше 18, то появляется область для загрузки свидетельства для рождения. В этом случае непонятно, почему два визуально одинаковых инпута ведут себя по-разному: один приводит к появлению области для загрузки, а другой — нет? Да и насколько появление области для загрузки предсказуемо для пользователя?

- Сделать из инпута селект выбора возраста. Надо ли объяснять, что это плохо?

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

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

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

#мысливслух

💭2️⃣Продолжение предыдущего поста про ржавение и работу над одним продуктом

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

Иногда знакомые просят меня сверстать лендинг, который нарисовал им их дизайнер. Я не front-end разрабочик, но простую страницу с html-разметкой сделать могу. Предвижу вопросы, поэтому немного технического оффтопа про front-end (если тебе не интересно, то можешь спокойно пропустить): ничего по API не передаётся, ручки не дёргаются, CMS и бэкенда нет, это просто html-файл, который открывается в браузере при переходе на страницу.

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

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

#мысливслух

💭3️⃣И третий совет про то, как не ржаветь

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

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

В последнее время вместо тестового задания предлагают пройти Whiteboard Challenge (творить безумные вещи на камеру и передавать эстафету коллегам здесь не надо). Это просто часовое интервью, где тебе дают задание и просят схематически нарисовать решение и рассказать о нём. При этом, любые вопросы интервьюеру по заданию только приветствуются. На Хабре есть не самое лучшее, на мой взгляд, описание Whiteboard'а. Но там ты сможешь найти ссылки на другие статьи и заготовку в Figma.

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

#мысливслух

💭 🪞 Давайте сделаем как у них?

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

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

1️⃣ Подумай о том, у кого заимствуешь

Согласись, было бы глупо копировать систему фильтрации интернет-магазина с миллионом товаров для каталога, состоящего из 10 продуктов.

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

2️⃣ Попробуй порассуждать о том, почему решение на сайте-референсе сделано так, как сделано

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

Или компания, чьи решения ты заимствуешь, может проводить A/B-тесты, и ты попал в выборку, которая показала плохие результаты по метрикам. В результате ты скопируешь решение, а оно пропадёт с сайта-референса. Такие А/В-тесты, например, часто проводят Booking и Facebook

3️⃣ Оцени необходимость заимствования

Часть решений не надо подсматривать из-за того, что команда способна принять их самостоятельно. Например, тебе не надо сверяться с другими игроками на рынке, чтобы проверить, что батарею из 5 разноцветных кнопок никто не делает.

Или в большинстве случаев на считывание информации никак не повлияет то, круглая аватарка у пользователя или квадратная. Зачем тогда тратить время на референсы?

Итог: подходи к заимствованию обдуманно, как и к любой задаче.

#мысливслух

Если ты дизайнер и ищешь работу (или у тебя есть друг-дизайнер, который ищет работу), то мы готовы предложить офер в команду Облака за 5 дней ☁️

https://yandex.ru/project/events/ft-product-design-cloud-0225

#можетбытьинтересно

Первый в истории канала розыгрыш 🦆

Вы пишите коммент под этой записью, а я 28.02 выберу случайного победителя, которому достанется билет на UX-марафон.

На случай, если коммент оставить не получилось: поставьте 💩 или другую реакцию, чтобы я понял, что что-то пошло не так (этот телеграм такой сложный)

Посмотрел программу выступлений на Дизайн-выходных — почти каждый час кто-то рассказывает про AI. На прошлой неделе проходила Google I/O, где главной темой были нейронки. Уверен, этим летом на WWDC нейросетям тоже уделят много внимания.

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

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

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

Сейчас нейронки умеют воспроизводить то, что уже где-то есть, тем самым делая простые штуки быстрее человека. Можно этого бояться, а можно попробовать использовать и ускорить выполнение задач. Да и, как мне кажется, тебя взяли на работу не для того, чтобы ты повторял то, что уже где-то есть. Тебя взяли для того, чтобы ты делал что-то новое, а в этом у человека пока преимущество (и, я думаю, что оно сохранится, так как даже промт вряд ли в обозримом будущем дадут писать нейронке для нейронок).



Вот небольшой список того, чем пользуюсь я:

💭 ChatGPT для рассуждений, организации мыслей, генерации идей и картинок (это уже моветон, но я не мог не упомянуть его).

💬 Нейроэксперт для расшифровки и анализа интервью с пользователями, если под рукой нет ChatGPT. Для расшифровки также может подойти Speech2text, но, на мой взгляд, он справляется чуть хуже.

🌈 Dzine для стилизации изображений. В плане работы с изображениями очень выручает AI, встроенный в Photoshop — там он точно по делу.

👨‍💻 Недавно впечатлил V0 — по сути конструктор сайтов на основе промта с возможностью выгрузки результата на GitHub.

📼 Suno — генерация музыки по промту. Больше ради кеков, но меня, как музыканта в прошлом, эта штука не перестаёт удивлять тем, что получается на выходе. Кстати, если тебе надоел Глеб Дельмень в моих макетах, то теперь про него есть AI-песня.



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

#мысливслух

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

1️⃣ Первая книга, которую мне посоветовали нейросети, была "Договориться можно обо всем". Честно говоря, это единственная книга, от которой у меня знатно подгорело и которую я в итоге не дочитал. Дело в том, что "Договориться можно обо всем" не про переговоры, она про продажи и про заработок. Но понял я это, прочитав 2/3 книги, попутно ругая автора за неприменимость его советов. Сами советы-то дельные, но не для дизайнера в найме. Да, в ходе встреч мы часто говорим «Я продал решение», но на деле это означает «Презентовал и защитил концепт/макет, который пойдёт в разработку». Но, если ты дизайнер-фрилансер, то эту книгу стоит прочитать.

2️⃣ Далее в списке была "Мама, я тимлид". Возможно, ты помнишь, раньше были книги "Интернет для чайников", "MS Word для чайников" или что-угодно ещё "для чайников"? "Мама, я тимлид" — это примерно то же самое, только написанное очень легким, понятным языком. Не подумай, я не пытаюсь сказать, что книга плохая. Просто в ней изложены базовые вещи, которые будут интересны тем, кто никогда не видел тимлида вживую и не задумывался о его работе.

3️⃣ И последняя из сегодняшнего списка — "45 татуировок менеджера". Книга за всё хорошее и против всего плохого. Очень легко читается во многом благодаря подаче автора и его примерам из жизни. Правда, я начал уставать после 30-й татуировки, и последняя треть показалась повторением того, что было до этого, и практически не запомнилась. Если тебя не смущает большое количество сравнений офисных работяг с солдатами (автор — выпускник военного училища, это чувствуется) и нужно чем-то вдохновиться, то среди сегодняшней подборки это единственная книга, которую я могу рекомендовать. Подойдёт как менеджеру, так дизайнеру и разработчику, несмотря на название.

#мнениеокниге

Пока пишу тексты для постов, поделюсь IT-мероприятиями на которые стоит сходить в ближайшие месяцы:

🧺 IT-пикник 16 августа.
Если в Москве закончатся дожди, то должно быть круто. Если тебе всё-равно на IT, то можно прийти послушать Арбенину и других музыкантов. Но вход платный.

🌙 Big tech night 12 сентября.
Пять компаний расскажут про свою внутреннюю кухню. Плюс шанс побывать в одном из крутых офисов. Даже, если не пойдёшь, советую зарегистрироваться, чтобы получить доступ к записи.

🧑‍💻E-code 13-14 сентября.
Конференция от разработчиков и для разработчиков Ozon. В программе заявлен нетворкинг, интерактивы и нейромонах Феофан, поэтому должно быть весело.

❤️ Yandex Neuro Scale 24 сентября.
Большая конфа Yandex Cloud про облачные технологии, нейросети и всё с ним связанное. Как минимум, стоит посмотреть онлайн и попробовать выбить приглашение онлайн.

🟨 FFDD2D 27 сентября.
Конфа от Т-банка для дизайнеров. Пока регистрация закрыта, но сюда советую приехать оффлайн. В прошлом году было очень круто.