Техническое задание на сайт: как составить ТЗ, чтобы получить именно то, что хочется

Большинство конфликтов между заказчиком и разработчиком возникают из-за размытого технического задания. Клиент думал об одном, разработчик понял другое — и в итоге обе стороны недовольны. Грамотное ТЗ защищает заказчика от неожиданных результатов, а исполнителя — от бесконечных правок «это не то, что я имел в виду».

Что обязательно должно быть в ТЗ. Первый блок — описание бизнеса и целей. Чем занимается компания, кто целевая аудитория, какую задачу должен решать сайт (генерация лидов, продажи, информирование, HR-бренд). Без этого разработчик не поймёт, какие решения принимать при спорных выборах.

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

Третий блок — функциональные требования. Что должен уметь делать сайт: фильтрация каталога, личный кабинет, онлайн-оплата, интеграция с CRM, многоязычность, калькулятор стоимости. Каждая функция — отдельный пункт с описанием логики работы.

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

Пятый блок — технические требования. Платформа (WordPress, 1С-Битрикс, с нуля), хостинг, требования к скорости загрузки, поддержка браузеров, необходимость адаптива, интеграции. Укажите, кто будет вести сайт после запуска — это влияет на выбор CMS.

Самое важное: ТЗ — живой документ. Утвердите его с обеих сторон до начала работ и фиксируйте любые изменения письменно.