Расшифровка мертвых языков с точки зрения UX
Первый проект удачно живет, пора подумать над следующим. Склоняюсь к тому, чтобы сделать головоломку про расшифровку несуществующего древнего языка.
Пока есть только такой концепт интерфейса
Для начала я сделал свой шрифт на основе финикийского и египетского алфавита с примесью шумерских и левых символов. Про создание шрифтов наверное лучше отдельно написать, но оказалось гораздо проще чем я думал.
А написать хочу пару соображений насчет пользовательского опыта на пример этого интерфейса. Я хочу передать работу с бумажными документами в которых пользователю нужно будет как-то оперировать с буквами или отдельными словами - выбирать, перетаскивать, заменять одно другими и так далее. Если делать это кнопками потеряется ощущение бумажного документа. Пока нашел выход в оживлении букв - если подвести к ним мышку они начинают дрожать, показываю интерактивность.
Другой лайфхак - хотелось как-то показать, что документы можно таскать, при этом менять указатель на руку не хотелось, так как опять слишком сильные ассоциации с графическими редакторами. Пока остановился на вылетании документов в начале и в конце.
UI Design
Состояние кнопок в веб-дизайне
Подпишись на наш телеграм Design Gear, чтобы получить больше советов и вдохновения!
Опрос дизайнеров (маленькой)
Привет всем!
Это будет очень специфический первый пост. Надеюсь на силу и помощь сообщества дизайнеров Pikabu.
Сейчас я прохожу один курс, где мне требуется собрать небольшой фидбек по проекту. Я выбрала попытку в редизайн Behance, а точнее одной его части - размещение и редактирование проектов, что для мобильных платформ, что для сайта.
Ваше мнение поможет мне сделать что-то лучше, чем есть сейчас, основываясь не только на свои оценки и предпочтения. Опрос займет около 10-15 минут, и я буду очень признательна за ваше участие.
Ссылка на опрос - пу, пу, пу! (по крайней мере такие звуки я издаю, закидывая сюда что-то подобное).
С удовольствием поделюсь впоследствии результатами опроса и результатами проекта. Заранее спасибо за участие!
Проект учебный и скучный. Денег не будет. Сисек тоже не будет.
Востребованность WEB-дизайнера
Всем доброго времени суток!
Я искренне прошу прощения за такой странный пост, ибо здесь у меня больше вопрос, нежели какой-то рассказ из жизни своей или вроде того.
Я очень сильно хочу войти в IT-сферу, ибо чувствую, что это мое и что это часть меня. Мое путешествие с компьютером и его функционалом началось еще с ранних лет, и вот я иду с этим искусственным зверем уже всю жизнь.
Скажу честно: я хотела очень быстро войти в сферу IT, поэтому прочитала книгу по тестированию, посмотрела кучу видосов по этой профессии - т.е., просто ставила себе теоретическую базу - расписала резюме и мечтательно сидела и думала, как меня возьмут на стажировку. Вот только поняла, что мне не повезет так же, как моим знакомым, и без знаний и знакомств никому я не нужна. Сказали - иди учись. А учиться я хотела с работы, чтобы было больше мотивации - либо возьмут на работу, либо выпернут.
Впала в депрессняк, потому что одну теорию по тестированию мне было тяжело читать, потому что не люблю теоретический язык - люблю практику, на ней у меня всегда лучше всего получалось учиться. Долго думала, что я-кто я-что делать.
В итоге решила, что если я хочу войти в IT и что если мне все равно нужно учиться, то пойду в ту сферу, которая мне ближе. Я выбрала web-дизайн и java script. Наверное, кто-то скажет, что web-d это не IT, но, если честно, для меня создание сайта строится через код, а не только картинку, как на Figma. То есть, для меня web-дизайнер - это человек, который разрабатывает UI/UX, макет, саму красоту, скрипты для красоты, коды и скрипты (HTML5, CSS, JS) и даже анимацию. Мне хочется именно делать что-то масштабное, а не просто клепать красивые лого в Figma (не говорю о том, что это легко).
И в моей голове задается вопрос: востребован ли сейчас web-дизайн? Как новичку данной профессии просто/трудно найти первую работу?
Тестировщик, конечно, очень востребован, но это не то, с чего я хочу начать полноценное обучение, раз без него меня никуда не возьмут (можете писать, что халявщица, но, как я уже сказала, я разбирала теорию и собиралась идти на стажировку ради практики, а не сразу на джуна)
Моя мечта ваще быть крутым проггером, но знаю, какой это геморрой)) Потому хочу начать с того, на чем уже лежат мои руки (занималась дизайнами форумов с ранних лет на любительском уровне)
Да и плюс, я бы хотела поторопиться в адекватном смысле этого слова, т.к. хочется кушать и хочется работать, что-то делать, а не учиться по полгода-год. Насколько я знаю, обучение web-d занимает меньше времени, чем то же программирование.
Прошу, не судите меня строго. Я хочу и учиться, и работать, и получать денюжку и удовольствие. Я готова ко всему, у чего есть золотая середина во всех аспектах)
А то репетиторство, хоть и прикольно, но нестабильно и непрактично)
Спасибо!
картинка для привлечения внимания <3
Поиграем в бизнесменов?
Одна вакансия, два кандидата. Сможете выбрать лучшего? И так пять раз.
Памятка для UX-дизайнера на все случаи жизни: как взяться за задачу и довести ее до конца
Всем привет, меня зовут Александр Никитин, я дизайнер интерфейсов в Pixonic. За время работы я вывел для себя несколько общих советов, которые могут пригодиться другим UI/UX-дизайнерам. В этой статье я расскажу, как берусь за задачу, на какие этапы делю свой рабочий процесс, и как справляюсь с возникающими проблемами.
Сначала я хочу представить свое видение UI/UX-дизайна. Если вбить в Google запрос: «Что такое UI/UX?», поисковик выдаст много картинок, суть которых сводится к тому, что: UI — это в первую очередь красивые элементы и макеты, а UX — это архитектура приложения и планирование пользовательского опыта.
На самом деле это не совсем так. Если взглянуть глубже, то окажется, что UI входит в UX-дизайн. При этом UX затрагивает еще и бизнес сторону игры, так как его обычно разрабатывают под конкретную аудиторию с определенным запросом.
Рабочий процесс UX-дизайнера можно разделить на три ключевых этапа. На начальном этапе нужно правильно исследовать вводные данные и сформулировать гипотезы, потом создать подходящий UI, а в конце нужно подготовить макеты для разработчиков, пообщаться с QA и задуматься о масштабировании фичи. И если о рисовании красивых макетов есть огромное количество статей и выступлений, то обо всем остальном говорят слишком мало — хотя это не менее важная часть работы.
Этап пре-UI
Первый этап — это исследование вводных данных. Многих ошибок можно избежать, если внимательно читать ТЗ и уточнять непонятные детали. Допустим, если планируется ивент про Новый год, лучше заранее подойти к гейм-дизайнеру и сразу обсудить все нюансы. Также желательно посмотреть, как с этой задачей справились конкуренты.
После этого можно сделать первые эскизы — подготовить несколько гипотез, показать их коллегам, гейм-дизайнеру и другим заинтересованным лицам. Нужно собрать обратную связь и спросить их про ощущения. А на основе ответов выбрать один вариант.
Еще на этапе подготовки стоит использовать свою гипотезу для проработки user flow — нужно текстово описать, как пользователь будет переходить между экранами и нажимать на кнопки. И только после этого стоит приступать к визуальной части.
Этап UI
На этом этапе дизайнер прорабатывает макеты, компоненты и прототипы. Как я уже упоминал, про этот этап в интернете есть огромное количество информации. Но я все же остановлюсь на паре моментов, которые особенно важны для меня.
Раскладывайте макеты по user flow, потому что ими будут пользоваться и другие члены команды — это нужно для разработчиков, тестировщиков, дизайнеров, которые потом будут работать над фичей. Все они должны легко понять вашу задумку и общую концепцию.
В графических редакторах особенно полезны компоненты (они есть, например, в Figma) — с их помощью можно легко собирать экраны. Если потом будут какие-то правки или доработки, то вам будет проще вносить изменения в компонент, а не вручную перерабатывать каждый экран. Также можно создать библиотеку из компонентов — можно будет через поиск подключать необходимые кнопки, иконки и так далее.
Еще отдельно хочу отметить создание прототипа — некоторые компании пренебрегают этим этапом или у них просто не хватает на это времени. Прототип не требует какой-то верстки от программистов, но при этом в Figma можно проставить связи и запустить его на телефоне. В итоге получается, что можно практически не тратить деньги на дорогих верстальщиков и разработчиков, но все равно увидеть, как ваша фича будет выглядеть на телефоне.
Это помогает заранее отследить ошибку, проверить user flow и погрузиться в продукт без каких-то дополнительных затрат на разработку. Так что прототипы могут ускорить рабочий процесс.
Этап пост-UI
После того, как вы сделали макет, собрали из этого UI-библиотеку и прокликали прототипы, можно переходить к этапу пост-UI. К этому моменту может показаться, что вы уже выполнили задачу — ведь все необходимое уже есть. Но вообще-то еще нет: далее нужно передать все это разработчикам, пообщаться с QA и заняться развитием самой фичи.
Когда вы передаете макеты разработчикам, вы должны позаботиться о том, чтобы все было упаковано в удобной для них форме. Например, сейчас я работаю в Unity, и он зачастую требует выгружать PNG. Поэтому все, что я рисую в векторе, я потом экспортирую в PNG, складываю в определенную папку, чтобы верстальщикам было проще. UX-дизайнер должен разбираться в разных сферах разработки, чтобы понимать боль каждого участника процесса.
Потом все это уходит тестировщикам. И они могут прийти к вам и сказать: «Вот тут ты что-то пропустил. А вот тут не хватает макета». И это нормально, потому что невозможно идеально проработать все кейсы. А иногда компании не могут себе позволить QA, поэтому в этой роли придется выступать вам.
Кроме всего этого, нужно думать о будущем фичи — ее поддержке и масштабировании. Например, если вы делаете голосовые сообщения, рано или поздно столкнетесь с тем, что не все люди могут их слушать. И было бы неплохо добавить туда расшифровку — прикрутить нейросеть, которая расшифровывает аудио в текст. Но в самом начале все это сложно спланировать. Поэтому приходится делать user flow еще больше, чтобы предугадать будущие потребности.
***
Подытожу. Если в своей работе вы остановились на каком-то моменте и впали в ступор, то можете просто взглянуть на эту памятку и понять, что нужно делать дальше. Можно отступить на шаг назад и проверить, все ли там было хорошо.
А когда нет четкого процесса, работа становится сумбурной. Нет понимания, в какой момент возникла проблема. И увеличивается риск что-то упустить.