Техническое задание на разработку сайта

Основные цели и задачи технического задания на веб-разработку

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

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

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

Структура технического задания на сайт

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

Образец ТЗ на нетиповую интеграцию с «1С»:

Раздел «Общие сведения»

Этот блок «О себе», который вы (заказчик) должны дать как можно больше вводных. Если подрядчик что-то спрашивает, то делает это не просто так. Вы, в свою очередь, тоже не забывайте задавать правильные вопросы. 

Информация о заказчике: название компании, контактные лица, ответственные за проект, каналы коммуникации (почта, мессенджеры, система трекинга задач).

Цели сайта: чего должен достичь сайт (повышение продаж, генерация лидов, информирование, поддержка клиентов и т. д.). Кстати, это важно определить исходя из бизнес-целей, иначе есть риск потерь из-за неправильно сформулированных ожиданий.

Тип сайта: корпоративный сайт, интернет-магазин, лендинг, портал, блог и прочее. Можете почитать, чем отличается интернет-магазин от корпоративного сайта с каталогом.

Область бизнеса: краткое описание сферы деятельности заказчика.

Конкуренты и референсы: желательно указать 2-3 сайта, которые нравятся заказчику (или наоборот — не нравятся), с описанием причин.

Описание целевой аудитории

Этот раздел часто недооценивают, но он критически важен. Если ваш бизнес давно функционирует и вы понимаете свою ЦА, скорее всего, у вас уже есть описание портрета клиента. Можете использовать эти материалы для заполнения ТЗ. 

Такую разбивку мы делали, когда работали над сайтом для ТРЦ Galleria Minsk. 

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

Поведенческие сценарии: что пользователь должен сделать на сайте (найти информацию, оформить заказ, связаться с менеджером).

Важно: неправильное определение ЦА приведет к тому, что сайт не будет решать задачи пользователей, даже если технически он выполнен корректно.

Функциональные требования

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

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

Конечно, вы не должны сами расписывать все блоки (за это вы платите подрядчику), но с вам особенности. Если у вас есть специфические клиентские сценарии или особенности при оформлении заказа — не молчите. Вдруг при добавлении товара в корзину нужно предложить помочь с замерами помещения или некоторые товары должен отображаться как часть комплекта. 

Технические требования

В первую очередь определитесь с платформой (CMS) или технологией разработки. Это может быть готовое решение, такое как WordPress, «1С-Битрикс» или Tilda, либо индивидуальная разработка разработка. Опять же, исполнитель поможет с выбором, но иметь представление о том, что нужно, будет полезно. Все-таки почитайте нашу статью про типы сайтов (там и про подход к разработке есть). 

Также укажите требования к хостингу (если вы в этом разбираетесь). Будет ли это обычный виртуальный хостинг, выделенный VPS/VDS или масштабируемые облачные решения (например, AWS или DigitalOcean) — все это влияет на стабильность сайта при разной нагрузке. Если не разбираетесь, то спросите нас. 

Не лишним будет сообщить про планы по масштабированию и дальнейшему развитию сайта. Это поможет не делать лишнего и не упустить важное. Готовить сайт под 1000 товарных наименований для белорусского рынка и 100 000 товаров для продажи по всему СНГ — далеко не одно и то же. 

Дизайн

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

Примеры ключевых элементов (кнопки, формы, карточки), необходимость темной темы и и еще сотня других моментов пойдут не в ТЗ, а уже в работу. Мечтаете о черных кнопках с красным подсвечиванием на фоне быка? Хорошо, запишем в ТЗ. 

Белорусской мясной фабрике «Александров» очень нужен был классный видеоролик с мясом. Мы долго искали, но правились. 

Интеграции и внешние системы

Опишите, будет ли выполняться интеграция сайта с платежными системами, вашими внутренними системами или чем-то еще. Имейте в виду: экономия на интеграциях — не лучшее решение. Автоматизация работы интернет-магазинов экономит время и облегчает пользователю путь к покупке. Но и лишнее добавлять не стоит.

В ТЗ нужно перечислить все необходимые интеграции. 

Среди них могут быть:

• CRM-системы (например, amoCRM или «Битрикс24») — для управления взаимоотношениями с клиентами

• ERP-системы и бухгалтерские программы, включая «1С», для синхронизации каталога, остатков и заказов

• Платежные агрегаторы для приема онлайн-платежей

• Маркеты и витрины, куда будут выгружаться товары

• Сервисы рассылок

• Аналитические системы для отслеживания поведения пользователей

• API сторонних сервисов, таких как карты, погода или курсы валют

Сроки и этапы разработки 

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

Как может выглядеть ваш план с учетом всех этапов: 

Бюджет и оценка стоимости 

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

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

Помните: даже при тщательном планировании бюджет может измениться. 

Тестирование и качество

Качественная проверка помогает избежать ошибок и сбоев. 

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

Также обязательны тестирование безопасности (проверка SSL-сертификата и защита от XSS-атак) и юзабилити-тестирование для оценки удобства навигации. Перед запуском сайта стоит провести SEO-аудит, чтобы проверить структуру URL, мета-теги и оптимизацию изображений. Все выявленные ошибки должны быть исправлены до официального запуска.

Их тоже нужно заносить в ТЗ — на тестирование уходит время.

Гарантии и поддержка после запуска

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

Кроме того, заранее узнайте условия технической поддержки: каким образом вы сможете обращаться (почта, мессенджеры, тикет-система), как быстро подрядчик реагирует на запросы и какие работы входят в поддержку. Это поможет оценить надежность партнера и избежать неприятных сюрпризов.

Почему ТЗ должно быть гибким 

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

Признаки качественного ТЗ 

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