"Техническое задание" звучит пугающе для человека без опыта в разработке, будто нужно разбираться в коде или архитектуре баз данных. На деле хорошее ТЗ для сайта — это в первую очередь ясность в голове заказчика, изложенная словами, а не техническая документация. Разберём, что реально нужно прописать перед стартом.
Зачем вообще нужно ТЗ, если можно объяснить на словах
Устное "сделайте сайт как у конкурента, только лучше" кажется достаточным объяснением, а по факту это фраза, которую разработчик может реализовать десятком разных способов. Без письменной фиксации задачи заказчик и исполнитель держат в голове разные картинки одного и того же сайта, и расхождение всплывает только на этапе сдачи, когда переделывать дороже и дольше, чем договориться заранее.
ТЗ не обязано быть многостраничным документом с диаграммами. Достаточно текста на одну-две страницы, где ясно написано, что за сайт нужен, кому он нужен и что на нём должно происходить.
Что реально нужно прописать перед стартом
Цель сайта. Зачем он вообще нужен: собирать заявки, продавать напрямую, рассказывать о компании, записывать на услугу. Один и тот же тип бизнеса может решать через сайт разные задачи, и от цели зависит вся структура страницы.
Целевая аудитория в двух-трёх предложениях. Кто эти люди, что они ищут, приходят ли они с рекламы или из поиска. Это влияет на тон текста и на то, что показать в первую очередь.
Структура разделов. Список того, что должно быть на сайте: услуги, цены, портфолио, о нас, контакты, форма записи. Не нужно расписывать дизайн каждого блока, достаточно перечислить, какие блоки в принципе нужны.
Примеры-референсы. Ссылки на два-три сайта, которые нравятся по стилю, структуре или подаче. Референсы работают точнее любого текстового описания, потому что показывают конкретную картинку вместо абстрактных прилагательных вроде "современный" или "стильный".
Список нужных интеграций. Форма заявки с отправкой в Telegram или CRM, оплата, чат-бот, аналитика вроде Яндекс.Метрики. Это одна из самых частых причин расхождения цены и сроков, когда её не проговаривают заранее.
Материалы, которые уже есть. Логотип, фирменные цвета, готовые тексты, фотографии. Если ничего из этого нет, тоже стоит указать прямо, чтобы разработчик заложил это в план работы.
Референсы работают лучше долгих описаний
Один из самых частых советов, который стоит повторить отдельно: вместо того чтобы пытаться словами описать желаемый стиль сайта, найдите два-три примера в интернете и приложите ссылки. "Хочу что-то в духе минимализма, но не скучно" разработчик поймёт по-своему, а конкретный сайт с похожей структурой блоков закроет вопрос сразу и без переписки туда-обратно.
Это же касается функций. Если хочется форму записи как на конкретном сайте конкурента, дайте ссылку на неё, а не описание "чтобы можно было записаться онлайн".
Почему подробное ТЗ ускоряет и удешевляет разработку
Кажется логичным, что чем детальнее задание, тем дольше и дороже работа. На практике происходит обратное. Расплывчатая формулировка задачи вынуждает разработчика либо гадать, что имелось в виду, либо постоянно уточнять детали в процессе, а каждое уточнение и правка после того, как блок уже сделан, стоит дороже, чем если бы требование было известно на старте.
Подробное ТЗ, наоборот, позволяет сразу оценить реальный объём работы и назвать точную цену и срок, вместо приблизительной вилки "от и до". Оно же снижает число правок после сдачи, потому что результат ближе к тому, что заказчик держал в голове изначально.
Что делать, если сами не можете составить ТЗ
Если формулировать задачу самостоятельно сложно, скажите об этом разработчику прямо на старте. Хороший исполнитель поможет собрать ТЗ через несколько прямых вопросов вместо того, чтобы требовать готовый документ до начала разговора.
Я обычно так и работаю: сначала короткое обсуждение задачи, цели и референсов, а уже из этого разговора складывается структура будущего сайта. Заказчику не обязательно приходить с готовым техническим документом.
Если планируете сайт и хотите обсудить задачу, а не писать ТЗ в одиночку, напишите в Telegram. Разберём вместе, что должно быть на сайте, и я предложу структуру, сроки и цену.