Как составить ТЗ на разработку сайта, если вы не технический специалист

Зачем оно нужно вам, а не подрядчику

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

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

Структура, которая работает

Семь разделов. На большинство сайтов этого хватает, и всё вместе укладывается в две-три страницы.

Чего в ТЗ быть не должно

Три вещи, которые чаще всего портят задание и делают проект дороже.

• Технические решения, которые вы не выбирали осознанно: «сделать на WordPress», «использовать React». Если у вас нет причины, оставьте выбор подрядчику и спросите обоснование
• Оценочные требования: «современный дизайн», «удобный интерфейс», «продающий текст». Их нельзя принять и нельзя оспорить
• Список из сорока страниц «на будущее». Всё, что не нужно в первой версии, попадёт в смету и в срок

Как сформулировать требование, которое можно проверить

Главный приём: заменяйте прилагательные на условия приёмки. Требование должно быть таким, чтобы после сдачи можно было однозначно сказать «сделано» или «нет».

Если писать ТЗ некогда

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

Именно так это устроено у нас: структуру предлагаем мы, вы правите. Читать документ на две страницы быстрее, чем писать его с нуля, а результат тот же.