Как оценить своё решение

 Как оценить своё решение


Урок 4. Как оценить своё решение

Несколькими способами!

Экспертная оценка. «Это правильно, потому что я как профессионал знаю, что об этом говорит колористика, типографика, психология, и вот три научные статьи на эту тему!»

Эмпирическая оценка. «Это правильно, потому что мы проверили на пользователях. И всё работает!»

Техническая оценка. «Это правильно, потому что оно работает. А если дизайн крутой, но технически не реализируемый — это плохой дизайн.»

В этом месте пора напомнить Паше одну из главных мантр дизайнера интерфейсов:

image

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

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

Как проверить, что с драфтом всё хорошо и можно идти дальше? Воспользоваться теми видами оценки, о которых мы говорили ранее:

  1. Попытаться абстрагироваться от собственной работы и проверить макет так, словно это ты даёшь фидбек на работу другого дизайнера. Вспомнить все свои знания о композиции, типографике, достать тетрадку с записанными памятками и чек-листами. Или даже попросить более опытного коллегу внимательно посмотреть на макет и выслушать его экспертное мнение.
  2. Провести коридорное тестирование: то есть буквально выходишь в коридоры офиса и ищешь коллег, на которых можно проверить решение.
  3. Поговори с реальными пользователями. Есть много способов собрать контакты, хотя бы в социальных сетях. А, может быть, у вас в компании даже можно провести настоящие тесты — обязательно уточни у аналитика.
  4. Показать макет разработчику и спросить, есть ли вопросы, сколько времени нужно, чтобы закодить, и всё ли понятно в спецификациях.

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





Курсы

Каково это – быть дизайнером

0. Что тебя ждёт во время обучения

1. Процесс обучения, когда ты взрослый

1. Зачем дизайнеру прокачивать насмотренность

1. Финальный проект. Мудборд приложения для космического туризма

2. Основы композиции

2. Работа с сетками

2. Аргументация решений

2. Финальный проект. «Тур Ногами»

3. Типографика

3. Типографика: проверочный тест

3. Цвет

3. Как всё успевать

3. Финальный проект. «Пионер»

4. Адаптивность

4. Как работать с изображениями

4. Общение с заказчиком. Часть первая

4. Финальный проект. Первый заказ

5. Пользовательские сценарии

5. Юзабилити

5. Исследования

5. Финальный проект. Аудит приложения

6. UX-тренажер

6. Customer Journey Maps (CJM) и Jobs to Be Done (JTBD)

6. Гипотезы

6. Финальный проект. Проектируем сценарий с нуля

7. Исследование, проектирование, визуальный дизайн. Создаём приложение

7. Финальный проект. Онлайн-кофейня Double R Cafe

8. UX-копирайтинг

8. Гигиена текста

8. Как оформить кейс и собрать портфолио

8. Финальный проект. Что, если не интерфейс?

Работа с заказчиком

Архитектура. Прототипирование. Тестирование

Создание новой фичи в продукте

Передача макета в разработку

Диплом




Report Page