Как написать ТЗ для дизайнера и не облажаться

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

Так вот теперь про ТЗ, оно же техническое задание, оно же просто задание. Помните, как в школе были задачки, в которых неизменно были пункты "Дано", "Решение" и "Ответ". С креативными задачами примерно то же самое, потому что если не будет хороших вводных данных, не будет нормального ответа, то есть результата. Как говорят в интернетах: без внятного ТЗ – результат ХЗ.

Итак, чтобы полученное совпало с желаемым, нужно уметь хорошо формулировать. В ТЗ должно быть чётко проговорено следующее:

что именно надо сделать;
зачем это надо сделать;
какие технические характеристики;
на что это должно быть похоже;
чего стоит избегать;
когда должно быть готово.

Что именно надо сделать

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

Давайте разберём подробно, почему этот пример плохой.

Не указано, где эти иллюстрации будут использоваться. В инстаграме, в блоге, на корпоративном сайте?
Непонятно, какого размера должны быть картинки. Должны ли они быть вертикальные или горизонтальные.
Непонятно, это должны быть фотографии или рисованные иллюстрации.
Как дизайнеру догадаться, что вызовет у людей приятные чувства? Кто-то насладится цветущим лотосом, а другой медитирует на изображения чоппера, уносящегося в закат.
Что означает провоцирующий цвет? Фиолетовый достаточно провоцирующий? А красный?

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

Хороший пример. Мне нужно три рисованных иллюстрации, где будут изображены люди, работающие в службе поддержки. Эти иллюстрации будут использованы в блоге на Medium, размер каждого изображения X на Y пикселей, картинки должны быть горизонтальными. По цветовой гамме должны быть близки к корпоративным цветам (ссылка на сайт, брендбук или любой другой ресурс, который поможет дизайнеру ознакомиться с фирменным стилем).

Зачем это надо сделать

Плохой пример. Тут обычно бывает всепоглощающая пустота, потому что этот пункт вообще опускается –якобы и так всё понятно.

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

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

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

Какие технические характеристики

Плохой пример. Мне нужны картинки для фейсбука и инстаграма.

Почему этот пример плохой:

У обеих соцсетей есть свои требования к размерам картинок. Например, для инстаграма лучше готовить квадратные изображения, несмотря на то, что можно запостить и прямоугольник;
У фейсбука есть как минимум 3 места, где можно разместить изображение – профильное фото, обложка и лента. Для каждого из этих мест есть рекомендованный размер картинки для наилучшего отображения
Дизайнер не может догадаться, где именно вы планируете разместить заказываемое изображение, поэтому вы потратите дополнительное время на обсуждение задачи

Хороший пример. Мне нужна обложка для группы в фейсбуке (вот ссылка), размер 820 на 312 пикселей, а также 2 изображения для ленты произвольного размера. Потом те же 2 изображения надо подрезать под инстаграм, то есть сделать изображения квадратными.

На что это должно быть похоже

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

Референсы – это ссылки на похожие по стилю и исполнению изображения, а мудборд – это подборка изображений, которые отображают общую идею или дух изображений. В подборке может быть отображена цветовые схемы, шрифты, ассоциации, кнопки, паттерны и так далее.

Хороший пример. Мне нужно 2 картинки для блога про кибербезопасность, это должны быть рисованные иллюстрации, можно взять их из фотостока. Лучше всего, если они будут в ярких тонах, как здесь, здесь и здесь. Под "здесь" имеются ввиду конкретные ссылки на изображения, которые для данного задания вы считаете за эталон или близко к нему.

Чего стоит избегать

Плохой пример. Мне нужны 4 картинки для Фейсбука ресторана в ярких приятных жизнеутверждающих тонах. Нужна динамичная картинка, вызывающая желание прийти и поесть. Хорошо, если будет использован свежий зелёный цвет.

Почему этот пример плохой:

Несмотря на то, что вроде бы подробно написано, этот пример полон абстракции, потому что нет конкретного, понятного всем определения, что значит "жизнеутверждающий" или "динамика, которая должна вызывать желание поесть", или "свежий зелёный". Это про кресс-салат или про сосновый бор в июле?
Не приведены примеры того, что заказчик понимает под вышеуказанными понятиями.

Хороший пример. Мне нужны 4 картинки для Фейсбука ресторана в ярких приятных жизнеутверждающих тонах. Под жизнеутверждающим я понимаю зелёный, жёлтый и оранжевый, CMYK-коды такие-то. Копирайтер придумает интересный призыв к действию, после этого, возможно, будет проще определиться с визуалом. Хорошо, если на некоторых картинках будет использован свежий зелёный цвет, как на этом изображении (ссылка).

Когда должно быть готово

Плохой пример. Нужно вчера. Покажи промежуточный результат к обеду. Ты же быстро работаешь, почему ты не можешь это сделать к завтрашнему утру?

Почему это плохой пример:

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

Хороший пример. Презентация назначена на 12.00 в пятницу, поэтому нам нужно получить черновик не позднее 16.00 в среду, чтобы мы успели внести правки. Тебе подходит?

И ещё небольшой совет для уменьшения энтропии.

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