Техническое задание на сайт: как составить, чтобы получить то, что нужно
Большинство конфликтов между заказчиком и веб-студией начинаются не в середине проекта, а до его старта, когда никто толком не записал, что именно делается. Техническое задание не обязано быть толстым документом на языке программистов. Разбираем, что в нём действительно должно быть, чтобы оценка была честной, а результат совпал с ожиданиями.
Зачем нужно ТЗ и кто его пишет
Техническое задание - это договорённость о том, что будет сделано, в каком объёме и по каким критериям работа считается готовой. Без него оценка стоимости превращается в угадывание, а приёмка - в спор.
Писать ТЗ с нуля должен не обязательно заказчик. Нормальная практика выглядит так: заказчик формулирует цели, задачи и пожелания, а студия превращает это в структурированный документ и согласовывает его.
Если студия готова назвать фиксированную цену без какого-либо описания работ, это тревожный знак. Либо в цену заложен большой запас, либо объём будет урезан по ходу проекта.
Для небольшого сайта ТЗ может занимать три-пять страниц. Для интернет-магазина или сайта с интеграциями - больше, потому что каждая интеграция требует отдельного описания.
Главное свойство хорошего ТЗ - проверяемость. По каждому пункту можно ответить да или нет: сделано или не сделано.
Цели и аудитория: с чего начать
Первый раздел ТЗ описывает не страницы, а бизнес. Без него исполнитель принимает десятки мелких решений наугад.
- Какую задачу решает сайт: заявки на услуги, онлайн-продажи, запись на приём, доверие для партнёров, поиск сотрудников.
- Кто основные клиенты: частные лица или компании, какой возраст, с какого устройства чаще заходят, на каком языке ищут.
- Какие действия посетителя считаются результатом: отправка формы, звонок, покупка, бронирование.
- Какие языки нужны на старте и какие могут понадобиться позже. Добавить язык потом дороже, чем заложить его в структуру сразу.
- Кто конкуренты и какие сайты вам нравятся, с пояснением, что именно нравится: структура, подача, скорость, конкретный блок.
Этот раздел кажется лишним, но именно он позволяет студии предложить решение, а не просто выполнить список пожеланий.
Структура, страницы и контент
Второй раздел - карта сайта: список всех страниц и их назначение. Для каждого типа страниц стоит описать, какие блоки на ней должны быть.
Например, страница услуги: заголовок с описанием проблемы клиента, состав услуги, цена или диапазон цен, этапы работы, примеры, отзывы, частые вопросы, форма заявки.
Отдельно зафиксируйте, кто готовит контент. Тексты, фотографии, логотип, переводы на другие языки - это отдельная работа, и если её не распределить заранее, проект встанет на этапе наполнения.
Если тексты пишет студия, укажите, сколько страниц входит в стоимость и сколько раундов правок предусмотрено. Если тексты ваши, укажите срок, к которому вы их передадите.
Укажите, какие страницы нужны для SEO. Это часто отдельные посадочные страницы под конкретные услуги и города, которых не видно в меню, но которые приводят клиентов из поиска.
Не забудьте служебные страницы: политика конфиденциальности, условия, контакты с реквизитами компании, страница 404 и страница благодарности после отправки формы.
Функции, интеграции и технические требования
Третий раздел описывает, что сайт должен уметь. Здесь важна конкретика: не просто онлайн-оплата, а какие способы оплаты, какой провайдер, какие валюты.
- Формы: какие поля, куда приходят заявки, нужно ли автоматическое письмо клиенту, нужна ли запись в CRM.
- Оплата и доставка для магазина: Montonio, Stripe, банковские ссылки, пакоматы Omniva, DPD, Smartpost, самовывоз.
- Интеграции: бухгалтерская программа, складская система, календарь бронирований, рассылка.
- Управление контентом: какие разделы вы будете редактировать сами, нужна ли многопользовательская админка с разными ролями.
- Аналитика и согласие на cookies: GA4, Search Console, пиксели рекламы, баннер согласия с режимом согласия Google.
Добавьте нефункциональные требования: адаптивность под мобильные, целевая скорость загрузки, доступность, поддержка браузеров, резервное копирование и кто владеет доменом, хостингом и исходным кодом.
Сроки, приёмка и изменения
Последний раздел превращает описание в рабочий план. Он защищает обе стороны больше, чем все остальные вместе.
Разбейте проект на этапы с датами: прототип, дизайн, разработка, наполнение, тестирование, запуск. На каждом этапе должна быть точка согласования, после которой возврат назад оплачивается отдельно.
Опишите, как проходит приёмка: сколько дней у заказчика на проверку, в каком виде передаются замечания, что считается ошибкой, а что новым пожеланием.
Зафиксируйте порядок изменений. Желания будут появляться по ходу проекта, и это нормально. Важно, чтобы каждое изменение оценивалось отдельно и согласовывалось письменно до начала работы.
Укажите, что входит в запуск: перенос на рабочий домен, настройка переадресаций со старого сайта, подключение аналитики, проверка индексации.
И определите, что происходит после запуска: гарантийный период на исправление ошибок, обучение работе с админкой и условия дальнейшей поддержки.
FAQ
Сколько стоит составление технического задания?+
Для небольшого сайта многие студии включают подготовку ТЗ в стоимость проекта, поскольку без него невозможно дать точную оценку. Для сложных проектов, таких как интернет-магазин с интеграциями, портал или веб-приложение, составление ТЗ часто оформляется как отдельный платный этап аналитики и может стоить от нескольких сотен до нескольких тысяч евро. Это не лишние расходы: хорошо описанный проект можно отдать на оценку нескольким исполнителям и сравнивать предложения по одинаковому объёму, а не по разным представлениям о задаче. Кроме того, документ остаётся у вас и пригодится, если придётся сменить подрядчика. Если студия отказывается передавать ТЗ заказчику после оплаты этого этапа, это стоит обсудить до начала работы.
Что делать, если я не знаю, какие функции нужны сайту?+
Это нормальная ситуация, и она не мешает составить хорошее ТЗ. Начните с описания бизнеса и результата: кто ваши клиенты, как они сейчас с вами связываются, что им мешает, какие действия на сайте для вас ценны. Запишите, какие задачи сейчас отнимают у вас время вручную, например запись клиентов по телефону или отправка прайса по почте. Эти ответы исполнитель сможет превратить в функции. Добавьте ссылки на сайты, которыми удобно пользоваться, и отметьте, что именно в них нравится. На встрече попросите студию предложить варианты и обосновать каждый: зачем эта функция, сколько она стоит и что будет, если её не делать. Хорошая студия поможет убрать лишнее, а не только добавить новое.
Можно ли менять ТЗ после начала работы?+
Можно, и в реальных проектах это происходит почти всегда. Важно не то, чтобы ТЗ никогда не менялось, а то, чтобы изменения проходили по понятной процедуре. Обычно это выглядит так: заказчик описывает новое пожелание, студия оценивает его стоимость и влияние на сроки, обе стороны письменно подтверждают изменение, и только после этого начинается работа. Небольшие правки в рамках уже согласованных элементов часто делаются без доплаты, а новые страницы, функции и интеграции оцениваются отдельно. Проблемы возникают, когда изменения согласуются устно или в переписке без оценки, а в конце проекта появляется неожиданный счёт или сорванный срок. Поэтому порядок изменений лучше зафиксировать в ТЗ или договоре ещё до старта.