В жизни каждого дизайнера возникает момент, когда клиент приходит за логотипом для какого-то нового проекта.

В жизни каждого дизайнера возникает момент, когда клиент приходит за логотипом для какого-то нового проекта.

Это важный момент, потому что именно тогда придуманное название становится окончательным. И если название дерьмовое — иногда ещё не поздно что-то с этим сделать.

Но это тонкий лёд. Люди часто воспринимают нейминг как что-то очень личное, как будто это не инструмент, а ребёночек. Поэтому ругать название нужно крайне деликатно:

1. Сначала узнать, есть ли в принципе сомнения. Можно просто спросить, окончательный ли это вариант, можно как-то ещё осторожнее, но главное спросить.

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

3. И если критика находит отклик, получить разрешение придумывать новое, и с этим разрешением придумывать.

4. И показывать не названия текстом, а быстрые логотипы из разных названий.

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

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

Это я книгу пишу и некоторые мысли туда просто не влезают. Вторая глава близко.

Защита

Самое время рассказать пару слов о защите. Вот несколько важных вещей, которые я понял на своем опыте.

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

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

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

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

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

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

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

В прошлых уроках я показывал как взять данные с сайта и вставить их в Скетч

На основе тех же данных можно быстро собрать прототип.

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

Статья на Медиуме: https://medium.com/p/3153e280cfbf

Пример кода: https://codepen.io/detepr/pen/dmxYyX

Скринкаст: https://www.youtube.com/watch?v=gw-EaA2xAgc&t=25s

Насмотренность - Напользованность

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

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

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

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

В общем, хватит только смотреть — больше пользуйся.

Шейн Дойл написал о неидеальных состояниях интерфейса.

Многие дизайнеры проектируют только идеальное состояние, когда всё отображается корректно и контент идеален. Но есть ещё состояния:

  1. Пустое: контент ещё не добавлен, нулевые результаты поиска, пользователь удалил контент.
  2. Загрузка: когда загружается контент или выполняется какое-то действие. Важно донести до пользователя, что программа не зависла.
  3. Частичная наполненность: когда есть только часть контента. Подумайте, как помочь пользователю сделать так, чтобы получить идеальное состояние.
  4. Неидеальное: слишком длинный или короткий текст, изображения в неправильном формате или отсутствуют, нет части контента. Пользователь не должен думать, что программа сломалась.
  5. Интерактивное: фокус на элементе, заполнение поля и другие изменения интерфейса после взаимодействия с пользователем.
  6. Ошибка: нет подключения к сети, пользователь сделал что-то не то, системная ошибка. Важно, чтобы пользователь понимал суть ошибки и что ему делать.
  7. Выполнение действия: когда пользователь справился со своей задачей. Состояние может отличаться для разных пользовательских задач.

https://ux.pub/proektirovanie-razlichnyh-sostoyaniy-interfeysa/