Техническое задание: как договориться с заказчиком на берегу

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

Зачем фрилансеру техническое задание

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

• Понимание задачи. Вы точно знаете, что нужно сделать, и не тратите время на угадывание.
• Основа для цены и сроков. Оценить работу можно только тогда, когда понятен её объём.
• Защита от разрастания задачи. Всё, что не входит в ТЗ, — это дополнительная работа за отдельную плату.
• Критерии приёмки. При сдаче можно сверить результат с пунктами и избежать споров «мне не нравится, переделайте».
• Аргумент в споре. Если дело дойдёт до арбитража на бирже, первым делом будут смотреть на договорённости.

Опытные фрилансеры говорят, что час, потраченный на ТЗ, экономит десять часов на переделках. И это не преувеличение.

Кто составляет ТЗ

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

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

Если заказчик не прислал ТЗ, не ждите, пока он его напишет. Предложите составить задание вместе, это сразу покажет ваш профессионализм.

Обязательные пункты технического задания

Состав ТЗ зависит от типа работы, но есть пункты, которые нужны почти всегда.

Цель и контекст

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

Описание результата

Что именно вы сдаёте: количество текстов и их объём, число страниц макета, формат файлов, языки перевода. Чем конкретнее, тем лучше. «Пять текстов по три-четыре тысячи знаков» вместо «несколько статей».

Требования и ограничения

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

Исходные материалы

Что заказчик предоставляет: тексты, фотографии, логотип, доступы, примеры. И в какой срок. Частая причина срыва дедлайнов — исполнитель неделю ждёт материалы, а потом должен сделать всё за два дня.

Сроки и этапы

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

Правки

Сколько раундов правок входит в стоимость и что считается правкой, а что — изменением задачи. Например, «поменять заголовок» — правка, а «переписать текст под другую аудиторию» — новая задача.

Стоимость и порядок оплаты

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

Критерии приёмки

Как будет оцениваться результат. В идеале — проверяемые критерии: соответствие объёму, выполнение всех пунктов, отсутствие ошибок, корректная работа на мобильных устройствах.

Вопросы, которые стоит задать заказчику

Чтобы составить ТЗ, нужно правильно расспросить заказчика. Вот список вопросов, который можно адаптировать под свою специальность:

1. Для чего нужна эта работа и что должно измениться после неё?
2. Кто ваша аудитория: возраст, интересы, уровень подготовки?
3. Есть ли примеры, которые вам нравятся? А которые не нравятся?
4. Кто ваши конкуренты и чем вы от них отличаетесь?
5. Какие материалы вы можете предоставить?
6. Какой срок для вас критичен, а какой желателен?
7. Кто будет принимать работу и согласовывать правки?
8. Есть ли бюджетные рамки?

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

Как оформить ТЗ

Не нужно создавать многостраничный документ с печатями. Для большинства фриланс-проектов достаточно аккуратного текста в документе или даже в сообщении на бирже. Главное:

• структура по пунктам, а не сплошной текст;
• конкретные формулировки без «примерно», «как-нибудь», «по возможности»;
• явное согласие заказчика: «Согласен, приступайте» в переписке;
• хранение в одном месте, где его легко найти.

Если вы работаете через биржу, фиксируйте договорённости в переписке на площадке. Это важно: в случае спора арбитраж смотрит именно туда, а сообщения в сторонних мессенджерах могут не учитываться.

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

Любые изменения задачи в процессе работы тоже фиксируйте письменно: что поменялось, как это влияет на сроки и стоимость.

Как работать с правками

Правки — самая частая точка конфликта. Заказчик считает, что заплатил за результат, который ему понравится, а исполнитель — что за работу по ТЗ. Чтобы правки не превращались в бесконечный процесс, оговорите заранее:

• количество бесплатных раундов правок, обычно один-два;
• что считается правкой: исправление в рамках исходного задания;
• что считается изменением задачи: всё, что выходит за рамки ТЗ, оплачивается отдельно;
• срок на правки: например, заказчик присылает замечания в течение нескольких дней после сдачи, иначе работа считается принятой.

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

Если заказчик меняет задачу на ходу

Бывает, что в середине проекта заказчик приходит с новыми идеями: «А давайте ещё добавим раздел», «А давайте поменяем концепцию». Это не обязательно плохо — у человека появилось лучшее понимание задачи. Но реагировать нужно правильно.

1. Спокойно выслушайте и уточните, что именно меняется.
2. Сравните с ТЗ и определите, что выходит за его рамки.
3. Оцените, как изменение влияет на срок и стоимость.
4. Сообщите заказчику новые условия и получите согласие письменно.
5. Только после этого продолжайте работу.

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

Если заказчик не хочет писать ТЗ

Иногда клиент отвечает: «Мне некогда, просто сделайте хорошо». Как поступить:

• Предложите короткий опрос из пяти-семи вопросов вместо полноценного ТЗ.
• Сделайте ТЗ сами по итогам разговора и попросите только подтвердить.
• Предложите начать с небольшого первого этапа, по которому станет понятен стиль и ожидания.
• Покажите несколько вариантов или примеров и попросите выбрать направление.

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

Шаблон ТЗ для быстрого старта

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

1. Название проекта и контакты сторон.
2. Цель работы.
3. Описание результата: объём, количество, форматы.
4. Требования: стиль, аудитория, обязательные элементы, ограничения.
5. Исходные материалы и сроки их предоставления.
6. Этапы и сроки сдачи.
7. Количество правок и порядок их внесения.
8. Стоимость, предоплата, порядок оплаты.
9. Критерии приёмки.

Перед каждым новым проектом копируйте шаблон и заполняйте вместе с заказчиком. Со временем вы дополните его пунктами, специфичными для вашей профессии, и составление ТЗ будет занимать десять-пятнадцать минут.

Итог

Техническое задание — это не формальность, а основа спокойной работы. Оно фиксирует цель, результат, требования, сроки, правки, стоимость и критерии приёмки. Если заказчик не прислал ТЗ, возьмите инициативу на себя: задайте вопросы, оформите ответы и получите письменное подтверждение. Ограничивайте количество бесплатных правок, фиксируйте все изменения задачи и не стесняйтесь пересчитывать цену, если объём вырос. Договорённость на берегу — лучший способ избежать конфликтов и сохранить хорошие отношения с клиентом.