Чтобы получился хороший дизайн - задавай вопросы! Или почему ты всё ещё Джун (и как это исправить)

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

Чтобы получился хороший дизайн - задавай вопросы! Или почему ты всё ещё Джун (и как это исправить)

Оглавление

  • Почему из ТЗ всегда мало что понятно?
  • Приступать или сразу увольняться?
  • Что должно быть в дизайнером грифе?
  • Примеры из практики (настоящая история успеха)
  • Главные вопросы, которые спасут твой проект
  • Коротко о главном

Почему из ТЗ всегда мало что понятно?

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

Чтобы получился хороший дизайн - задавай вопросы! Или почему ты всё ещё Джун (и как это исправить)

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

Типы ТЗ бывают такими:

  • Идеальное ТЗ (вымерший вид). Все подробно, чётко, понятно. Но встретить его можно разве что в легендах или рассказах арт-директора, когда они был молодым.
  • Типовое "тяжёлое" ТЗ. Минимум из 50 страниц требований, из которых полезны ровно 2 последних листа. Такое ТЗ создают не ради проекта, а ради бухгалтерии, чтобы оправдать бюджет на бумагу.
  • Неполное ТЗ (классика жанра). Что-то есть, а чего-то нет. И угадай, чего именно нет?

Поэтому умение задавать вопросы —твой главный суперскилл. Без этого ты обречён на бесконечные правки.

Приступать или сразу увольняться?

Если ты взял проект без вопросов, то уже можно готовить кофемашину и успокоительное: переделывать точно придётся. Не ленись задавать все вопросы заранее — коллегам, арт-директору, а главное клиенту. И да, иногда поздно спросить у Google.

Чтобы получился хороший дизайн - задавай вопросы! Или почему ты всё ещё Джун (и как это исправить)

Что должно быть в дизайнерском брифе?

Бриф — это твоя карта сокровищ, которая поможет найти идеальное решение без боли и страданий:

  1. Что за бизнес у клиента? Неважно, крипта это или шаурма, дизайнер должен разбираться так, словно это его семейный бизнес.
  2. Какая цель проекта? Найти клиентов? Увеличить продажи? Сделать "чтобы красиво"? Цель определяет все включая твое рабочее настроение.
  3. Что уже есть у клиента? Брендбук (редкий зверь). Предыдущий дизайн (который, конечно же, "ужасен"). Таблицы и схемы (скучно, но позлено). Эти материалы — твои союзники в битве за идеальный дизайн.
  4. Кто твоя целевая аудитория? Возраст, интересы, привычки. Как эти люди принимают решения. Знание аудитории спасает тебя от дизайна, который нравиться только тебе и твоей маме.

Пример из практики (настоящая история успеха)

Однажды к нам пришёл застройщик и попросил "сделать сайт, как у конкурентов, только лучше". После нескольких сессий уточняющих вопросов стало ясно, что конкуренты тут не при чём, а настоящая задача — помочь посетителям сайта выбирать квартиры проще и быстрее. Мы перерисовали интерфейс, добавили интерактивные фичи, и конверсия выросла на 30%. Клиент доволен, дизайнеры довольны, все счастливы.

Главное докопаться до сути!

Чтобы получился хороший дизайн - задавай вопросы! Или почему ты всё ещё Джун (и как это исправить)

Главные вопросы, которые спасут твой проект

Всегда задавай эти вопросы, если хочешь, чтобы твой дизайн был не просто "красивым", но и полезным:

  1. Для кого создаётся продукт? (кто эти люди и что они любят)
  2. Какая главная цель проекта? (если цель "просто красиво", уточни еще раз)

Чёткие ответы на эти вопросы уберегут тебя от ошибок и бессонных ночей.

Коротко о главном

Хороший дизайн начинается с вопросов, а плохой — с уверенности, что "и так все понятно". Чем раньше ты начнёшь задавать вопросы, тем быстрее перестанешь быть Джоном и перейдёшь на сторону светлых сил.

Чтобы получился хороший дизайн - задавай вопросы! Или почему ты всё ещё Джун (и как это исправить)

Какие вопросы спасали ваши проекты? Поделитесь своей историей в комментариях!

2
Начать дискуссию