BITSPARK / Статьи / Заказ, договор и приёмка

Техническое задание на сайт: что это и что в него входит

Коротко: в ст.702 и п.1 ст.721 ГК РФ, которые действуют, если договор на разработку сайта составлен как подряд, работа выполняется «по заданию другой стороны (заказчика)», а качество сверяется с условиями договора; документ под названием техническое задание эти статьи не называют. ГОСТ 34.602-2020 перечисляет десять разделов задания, но написан для автоматизированных систем, слово сайт в его требованиях не встречается, а применяют такие стандарты на добровольной основе, если иное не установлено законодательством (ч.1 ст.26 закона 162-ФЗ). Что из перечня взять в задание на сайт, решают заказчик и подрядчик.

Статья разбирает слова о задании в ст.702, 721, 759, 769, 773 и 774 ГК РФ, ч.1 и ч.3 ст.26 закона 162-ФЗ и текст ГОСТ 34.602-2020 по пунктам. Техническое задание на сайт (сокращённо ТЗ, например ТЗ на сайт или ТЗ на разработку сайта) в статье означает документ, в котором заказчик и подрядчик записывают, что должно быть сдано и по чему это принимают. Это рабочее определение автора, в названных статьях ГК такого определения нет.

Статья не заменяет юридическую консультацию: оценку конкретного договора даёт юрист заказчика. Цены на составление задания, сроки и судебная практика не разбираются. Примеры вымышленные: мастерская по ремонту обуви Подмётка и сайт на example.ru. Пример оглавления составлен автором; формой из стандарта он не является.

Редакции на 10.10.2026: часть вторая ГК - редакция 24.06.2025 с изменениями 09.06.2026, закон 162-ФЗ - редакция 04.08.2026.

Что такое техническое задание на сайт и что о нём говорит закон?

Коротко: слов техническое задание на сайт нет в ст.702 и п.1 ст.721 ГК. Ст.702 называет работу «по заданию» заказчика, п.1 ст.721 сверяет качество с условиями договора. Какой вид и состав у задания, в этих статьях не сказано: это решают стороны договора.

Статья 702 даёт определение подряда:

«По договору подряда одна сторона (подрядчик) обязуется выполнить по заданию другой стороны (заказчика) определенную работу и сдать ее результат заказчику, а заказчик обязуется принять результат работы и оплатить его.»

С чем сверяется качество, сказано в п.1 ст.721:

«Качество выполненной подрядчиком работы должно соответствовать условиям договора подряда, а при отсутствии или неполноте условий договора требованиям, обычно предъявляемым к работам соответствующего рода.»

Слово «задание» в ст.702 стоит без описания: письменное оно или устное, как называется и что содержит, статья не говорит. Для сайта таким документом, по выводу автора, может быть техническое задание, договор с приложением или иной текст. Вывод автора: чем точнее записано, что именно будет сдано, тем понятнее, с чем сверять результат по п.1 ст.721.

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

Где в ГК стоят слова «техническое задание» и относятся ли они к сайту?

Коротко: слова «техническое задание» стоят в ст.769, 773 и 774 ГК - в нормах о научно-исследовательских, опытно-конструкторских и технологических работах. «Задание на проектирование» стоит в ст.759 - в норме о проектных и изыскательских работах. Это нормы о других договорах: к договору о сайте они в статье не прикладываются.

Статья 769 даёт определение договора, в котором стоят слова о техническом задании:

«По договору на выполнение научно-исследовательских работ исполнитель обязуется провести обусловленные техническим заданием заказчика научные исследования (...)»

Статья 773 перечисляет обязанности исполнителя в этих договорах, первая из них:

«Исполнитель в договорах на выполнение научно-исследовательских работ, опытно-конструкторских и технологических работ обязан: выполнить работы в соответствии с согласованным с заказчиком техническим заданием и передать заказчику их результаты в предусмотренный договором срок;»

Пункт 2 ст.774 говорит об обязанности заказчика:

«Договором может быть также предусмотрена обязанность заказчика выдать исполнителю техническое задание и согласовать с ним программу (технико-экономические параметры) или тематику работ.»

В ст.759 слова другие - «задание на проектирование»:

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

Эти четыре статьи показывают, как закон употребляет слова о задании в других видах договоров. К какому виду относится договор о сайте, видно из его текста, и статья этого не решает. Нормы ст.759, 769, 773 и 774 на договор о сайте здесь не переносятся. Дальше статья опирается на ст.702 и п.1 ст.721 при условии, что договор о сайте составлен как подряд.

Что такое ГОСТ 34.602-2020 и обязателен ли он для сайта?

Коротко: ГОСТ 34.602-2020 называется «Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы». Он распространяется на автоматизированные системы (п.1). По ч.1 ст.26 закона 162-ФЗ документы национальной системы стандартизации применяются на добровольной основе, если иное не установлено законодательством.

На странице Росстандарта о ГОСТ 34.602-2020 на 10.10.2026 указаны дата введения в действие 01.01.2022, статус «Действует» и 12 страниц. Приказ Росстандарта от 19.11.2021 № 1522-ст, которым стандарт введён в действие, указан в карточке стандарта на consultant.ru; название на карточке то же.

Область применения стандарт определяет в п.1:

«Настоящий стандарт распространяется на автоматизированные системы (АС), предназначенные для автоматизации различных видов деятельности (управление, проектирование, исследования и т. п.), включая их сочетания, и устанавливает требования к составу, содержанию, правилам оформления документа (...)»

В той же фразе п.1 документ назван «Техническое задание на создание (развитие или модернизацию) автоматизированной системы», его сокращение в стандарте - ТЗ на АС. В тексте требований стандарта слово сайт не встречается, и относится ли сайт к автоматизированной системе, он не говорит. Поэтому статья не утверждает, что стандарт установлен для сайтов или что задание на сайт должно ему соответствовать.

О добровольности сказано в ч.1 ст.26 закона «О стандартизации в Российской Федерации»:

«Документы национальной системы стандартизации применяются на добровольной основе одинаковым образом и в равной мере независимо от страны и (или) места происхождения продукции (товаров, работ, услуг), если иное не установлено законодательством Российской Федерации.»

Нормы, которая устанавливала бы иное для задания на сайт, в ст.702, 721, 759, 769, 773, 774 ГК и ч.1 ст.26 закона 162-ФЗ нет. Часть 3 той же статьи говорит об отдельном случае:

«Применение национального стандарта является обязательным для изготовителя и (или) исполнителя в случае публичного заявления о соответствии продукции национальному стандарту, в том числе в случае применения обозначения национального стандарта в маркировке, в эксплуатационной или иной документации, и (или) маркировки продукции знаком национальной системы стандартизации.»

Подпадает ли под ч.3 ссылка на ГОСТ в конкретном договоре или задании, статья не решает: это вопрос к юристу. Стандарт в этой статье - открытый перечень разделов, которым стороны вправе воспользоваться.

Какие десять разделов называет ГОСТ 34.602-2020 для задания?

Коротко: п.4.1 стандарта называет десять разделов ТЗ на АС: от общих сведений до источников разработки. Для каждого раздела в п.4.3-4.12 перечислено, что в нём указывают. Стандарт говорит это о ТЗ на автоматизированную систему; какие из десяти разделов нужны сайту, он не говорит.

Пункт 4.1 перечисляет разделы:

«ТЗ на АС содержит следующие обязательные разделы: общие сведения; цели и назначение создания автоматизированной системы; характеристика объектов автоматизации; требования к автоматизированной системе; состав и содержание работ по созданию автоматизированной системы; порядок разработки автоматизированной системы; порядок контроля и приемки автоматизированной системы; требования к составу и содержанию работ по подготовке объекта автоматизации к вводу автоматизированной системы в действие; требования к документированию; источники разработки.»

Слово «обязательные» здесь относится к разделам ТЗ на АС. О сохранении, исключении и объединении частей задания говорят примечание к п.4.1 и п.4.2 стандарта.

Что стандарт предписывает записать в каждом из разделов (пересказ по пунктам стандарта):

ПунктРазделЧто в нём указывают
4.3Общие сведенияполное наименование АС и условное обозначение; шифр темы (при наличии); наименования организации-заказчика и организации-разработчика (при наличии сведений о ней). Перечень документов-оснований, кем и когда они утверждены. Плановые сроки начала и окончания работ. Общие сведения об источниках и порядке финансирования работ
4.4Цели и назначение создания автоматизированной системыдва подраздела: цели создания (наименования и требуемые значения показателей, которые должны быть достигнуты, и критерии оценки достижения целей) и назначение (вид автоматизируемой деятельности применительно к объекту автоматизации)
4.5Характеристика объектов автоматизацииосновные сведения об объекте или ссылки на документы с такими сведениями; сведения об условиях эксплуатации и характеристиках окружающей среды
4.6Требования к автоматизированной системечетыре подраздела: к структуре АС в целом, к функциям (задачам), к видам обеспечения, общие технические требования
4.7Состав и содержание работ по созданию автоматизированной системыперечень этапов работ и сроки их выполнения
4.8Порядок разработки автоматизированной системыпорядок организации разработки; перечень документов и исходных данных для разработки; перечень документов, предъявляемых по окончании этапов; порядок экспертизы технической документации; другие пункты перечня п.4.8
4.9Порядок контроля и приемки автоматизированной системывиды, состав и методы испытаний АС и её составных частей; общие требования к приёмке работ и порядок согласования и утверждения приёмочной документации; статус приёмочной комиссии
4.10Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу автоматизированной системы в действиеперечень мероприятий: создание условий функционирования объекта, организационно-штатные мероприятия, порядок обучения персонала и пользователей
4.11Требования к документированиюперечень подлежащих разработке документов; вид представления и количество документов; требования по использованию ЕСКД и ЕСПД
4.12Источники разработкидокументы и информационные материалы, на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании АС

В п.4.9 примечание уточняет: порядок согласования и утверждения приёмочной документации и статус приёмочной комиссии указываются при необходимости.

Что стандарт говорит о сокращении и добавлении разделов?

Коротко: по примечанию к п.4.1, если требований по разделу нет, раздел сохраняется с записью об отсутствии требований. По п.4.2 подразделы можно добавлять, исключать и объединять, а разделы - оформлять приложениями или дополнять новыми. Нужны ли такие подразделы сайту, стандарт не решает.

Примечание к п.4.1 говорит о разделе без требований:

«В случае отсутствия требований по разделу, соответствующий раздел сохраняется, и в нем приводится запись об отсутствии требований.»

Пункт 4.2 разрешает менять состав:

«В зависимости от вида, назначения, специфических особенностей объекта автоматизации и условий функционирования АС допускается оформлять разделы ТЗ в виде приложений, вводить дополнительные разделы ТЗ. Разделы ТЗ могут быть разделены на подразделы. Допускается вводить дополнительные, исключать или объединять подразделы ТЗ.»

Для раздела «Требования к автоматизированной системе» п.4.6 добавляет, от чего зависит состав требований:

«Состав требований к АС, включаемых в данный раздел ТЗ на АС, устанавливают в зависимости от вида, назначения, специфических особенностей и условий функционирования конкретной автоматизированной системы.»

Разделы стандарта можно прочитать как список вопросов, на которые в задании стоит найти ответ. В примере ниже для каждого из десяти разделов записано содержание. Подразделы о метрологическом обеспечении (п.4.6.3.6), транспортабельности для подвижных АС (п.4.6.4.6) и радиоэлектронной защите (п.4.6.4.10) в примере не используются: нужны ли они сайту, решают стороны.

Как записать требование так, чтобы его можно было проверить?

Коротко: п.3.4 стандарта называет шесть характеристик требований: единичность, непротиворечивость, актуальность, выполнимость, проверяемость, однозначность. Определений этих слов в стандарте нет. Ниже пример автора: функция сайта записана так, чтобы при приёмке можно было определить, выполнено требование или нет. Пунктов Ф-1.1-Ф-1.4 в стандарте нет: это вывод автора.

Характеристики требований перечислены в п.3.4:

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

В следующем абзаце п.3.4 (абз.3) добавлено: «Требования по возможности должны быть максимально детализированы.»

Что записывать для функций, говорит п.4.6.2:

«Для каждой функции (задачи) должен быть указан результат ее выполнения и, при необходимости, приведены основные характеристики результата.»

Пример автора на вымышленном сайте example.ru. Сначала запись, по которой трудно сказать, выполнена ли она:

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

Та же функция, записанная по пунктам:

Ф-1. Форма заявки
Ф-1.1. На странице example.ru/zapis расположена форма с полями Имя и Телефон и кнопкой Отправить.
Ф-1.2. После нажатия кнопки при заполненных полях страница показывает текст Заявка принята.
Ф-1.3. Данные из полей приходят письмом на адрес zayavki@example.ru.
Ф-1.4. Если поле Телефон пустое, страница показывает сообщение об ошибке, и заявка не отправляется.

В каждом пункте записано то, что видно на странице или в письме. Приёмку можно провести так: открыть страницу, заполнить поля, нажать кнопку, открыть почту. Это вывод автора, пунктов Ф-1.1-Ф-1.4 в стандарте нет, и пример не выдаётся за определение шести характеристик.

Если значение на момент составления задания назвать нельзя, п.5.3 стандарта предусматривает запись о том, как его установят:

«Если конкретные значения показателей, норм и требований не могут быть установлены в процессе разработки ТЗ на АС, в нем следует сделать запись о порядке установления и согласования этих показателей, норм и требований»

Слова для записи стандарт даёт в той же части: Окончательное требование (значение) уточняется... и согласовывается .... Следом сказано, что в текст ТЗ на АС при этом изменений не вносят.

Как записать и проверить требование к экранам, описано в статье «Адаптивный сайт: что это и как проверить адаптив до приёмки». Перечень браузеров как проверяемое требование - в статье «Кроссбраузерность сайта: что это и как проверить до приёмки». О форме как функции сайта - в статье «Форма обратной связи на сайте: что это и что проверить до запуска».

Как выглядит пример оглавления технического задания на сайт?

Коротко: ниже десять разделов из п.4.1 стандарта, заполненные для вымышленного сайта example.ru мастерской Подмётка. Это пример автора, составленный по порядку разделов стандарта; формы задания на сайт в стандарте нет. Приложения 1-3 и форма Ф-1 в примере тоже условные.

Пример составлен по порядку разделов из п.4.1, который п.5.1 стандарта называет порядком размещения: «Разделы и подразделы ТЗ на АС должны быть размещены в порядке, установленном в разделе 4.»

Пример автора. Техническое задание на сайт example.ru (мастерская по ремонту обуви Подмётка)

1. Общие сведения
   Название и адрес сайта: example.ru. Заказчик: мастерская Подмётка.
   Подрядчик: по договору. Документ-основание: договор на разработку сайта (номер и дата).
   Даты начала и окончания работ и порядок оплаты: как в договоре.

2. Цели и назначение создания
   Цель: принимать заявки на ремонт обуви через форму на сайте.
   Критерий достижения цели: форма Ф-1 работает по пунктам Ф-1.1-Ф-1.4.
   Назначение: рассказать об услугах мастерской и принять заявку.

3. Характеристика объекта
   Сведения о мастерской, услугах и адресах приёма - в приложении 1 (материалы заказчика).

4. Требования
   4.1. К структуре: список страниц и меню - в приложении 2.
   4.2. К функциям: форма заявки Ф-1.
   4.3. Общие технические требования: экраны и браузеры - в приложении 3.

5. Состав и содержание работ
   Этапы работ и сроки их выполнения - как в договоре.

6. Порядок разработки
   Кто и когда передаёт тексты, фотографии и доступы.
   На кого оформлены домен и хостинг.

7. Порядок контроля и приемки
   Список проверок: страницы из приложения 2, форма Ф-1, экраны и браузеры из приложения 3.
   Порядок приёмки и её оформление - по договору.

8. Подготовка к вводу в действие
   Передача доступов. Обучение сотрудников мастерской работе с содержимым сайта.

9. Требования к документированию
   Перечень документов, которые подрядчик передаёт при сдаче сайта.

10. Источники разработки
   Договор, материалы заказчика (приложение 1), список страниц (приложение 2).

Список страниц и меню для приложения 2 разобраны в статье «Структура сайта: что это и что решить заказчику до дизайна». Строку о домене и хостинге помогает заполнить статья «Домен и хостинг: в чём разница и на кого оформлен домен». Документы, которые закон требует разместить на сайте, названы в статье «Какие документы должны быть на сайте: нормы по типу сайта».

Как оформляются изменения в задании?

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

Пункт 3.5 описывает оформление:

«Изменения к ТЗ на АС оформляют дополнением. (...) Порядок согласования и утверждения дополнения к ТЗ на АС должен быть аналогичен порядку согласования и утверждения ТЗ на АС.»

В п.3.5 стандарт называет дополнение неотъемлемой частью ТЗ на АС. Правила оформления самого дополнения - в п.5.6-5.8. Содержимое листов дополнения описано в п.5.7:

«На последующих листах дополнения к ТЗ на АС помещают основание для изменения, содержание изменения и ссылки на документы, в соответствии с которыми вносятся эти изменения (при необходимости).»

Слова для текста дополнения перечислены в п.5.8: «заменить», «дополнить», «исключить», «изложить в новой редакции». Для титульного листа п.5.6 даёт запись «Дополнение № ... к ТЗ на АС ... ».

Пример автора для сайта example.ru: заказчик решает добавить на страницу заявки поле Адрес. В дополнении записываются основание (решение заказчика), пункт, который меняется (Ф-1.1), и новая редакция пункта: дополнить пункт Ф-1.1 полем Адрес. Как меняются цена и сроки, в стандарте не сказано; для сайта это условия договора, они разобраны в статье о договоре на разработку сайта.

Что спросить у подрядчика о техническом задании на сайт до начала работы?

Коротко: шесть вопросов: как называется документ с описанием работы и кто его составляет, кто его утверждает, как в него вносят изменения, по чему сайт будут принимать, какие значения пока не определены и какие материалы нужны от вас. Каждый вопрос опирается на ст.702, п.1 ст.721 или на пункт стандарта, указанный ниже.

  1. Как называется документ с описанием работы и кто его составляет? Ст.702 говорит о работе «по заданию» заказчика, но не говорит, кто составляет задание. В тексте стандарта тоже не сказано, кто составляет ТЗ на АС; в п.4.3 в общих сведениях указывают наименования заказчика и разработчика. Запишите ответ в договоре или в самом задании.
  2. Кто утверждает задание и чьи подписи на нём стоят? Для ТЗ на АС п.5.4 называет подписи заказчика и согласующих организаций на титульном листе. Как это устроено для вашего сайта, подрядчик назовёт сам.
  3. Как вносятся изменения? Стандарт для ТЗ на АС описывает дополнение (п.3.5, 5.6-5.8). Спросите, в какой форме изменения записываются для вашего сайта и кто их подтверждает.
  4. По чему сайт будут принимать? Для ТЗ на АС в п.4.9 стандарта есть раздел о контроле и приёмке: виды, состав и методы испытаний, общие требования к приёмке. По п.1 ст.721 качество сверяется с условиями договора. Попросите записать проверки так, как в примере с формой Ф-1. Сам порядок приёмки по ст.720 разобран в статье о договоре.
  5. Какие значения пока не определены и как их определят? П.5.3 предусматривает для таких значений запись о порядке установления и согласования. Спросите, есть ли в задании такие места и кто, когда и как их уточняет.
  6. Какие материалы нужны от вас и какие документы передаст подрядчик? П.4.8 называет перечень документов и исходных данных для разработки, п.4.11 - перечень подлежащих разработке документов, вид их представления и количество. Попросите записать оба перечня.

Услуги студии BITSPARK и цены с главной страницы: лендинг - от 20 000 ₽, корпоративный сайт - от 35 000 ₽, интернет-магазин - от 55 000 ₽, для интерактивного сайта на главной указана индивидуальная оценка. Подробности - на главной странице BITSPARK.

Источники

Редакции и содержание - на 10.10.2026.

Обсудить проект в Telegram: t.me/billioniks

Читайте по теме

Все статьи раздела «Заказ, договор и приёмка» →