договор на создание веб сайта образец

Договор на разработку сайта (дизайн и программирование)

Образец договора в 2021 году

Бланк договора на разработку сайта

Образец договора, подготовленный специалистами сервиса.

Рекомендации по составлению договора

Договор на разработку сайта — это соглашение сторон, в котором Исполнитель гарантирует выполнение работ по созданию сайта, а Заказчик — приёмку и оплату данных работ в установленные сроки.

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

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

Рассмотрим основные разделы соглашения на разработку сайта.

Предмет договора

Это существенное условие, без которого любой договор будет считаться незаключённым. Здесь необходимо прописать результат работ, который хочет получить Заказчик. Обычно указывается, что Исполнитель по заданию Заказчика обязуется оказать услуги по созданию веб-сайта, характеристики которого могут быть прописаны не в самом тексте соглашения, а техническом задании. В задании нужно указать требования к структуре, дизайну и функционалу сайта, к языку программирования и т.д.

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

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

Обязанности сторон

Главная обязанность исполнителя — создать веб-сайт в соответствии с требованиями, изложенными в Техническом задании и в сроки согласно Регламенту. А Заказчик, в свою очередь, обязан принять и оплатить работы, выполненные Исполнителем.

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

Стоимость работ и порядок оплаты

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

Кроме общей стоимости работ, следует прописать порядок оплаты. Например, можно предусмотреть полную предоплату, оплату по факту, или оплату за каждый этап выполнения работ.

Приёмка работ

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

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

Права собственности

В договоре нужно предусмотреть у кого и в каком объеме возникают права на сайт как на результат интеллектуальной деятельности. Обычно указывают, что после приёма результатов работы и полной оплаты предоставленных услуг Заказчик приобретает исключительные имущественные права на созданный веб-сайт и его компоненты (за исключением концепции дизайна и системы управления веб-сайта, правообладателем которых является Исполнитель). Поэтому Заказчик не имеет права дублировать концепцию дизайна и систему управления веб-сайта, передавать её третьим лицам.

Исключительные права переходят Заказчику в момент подписания Акта об оказанных услугах по разработке сайта в полном объеме или после утверждения всех Промежуточных этапов по Основным этапам, а также после опубликования веб-сайта на сервере.

Гарантийное обслуживание

В процессе функционирования сайта могут выявиться определённые неисправности в его работе. Если они возникли, то у Заказчика есть возможность для обращения к Исполнителю для устранения неисправностей.

Укажите, что начало гарантийного срока наступает с момента подписания Акта по приёмке или утверждения всех Промежуточных этапов по Основным этапам, а также опубликования веб-сайта на сервере. Также укажите срок действия гарантии, например, в течение двух лет.

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

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

Источник

Договор на создание сайта

Автор документа

Информация к документу

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

Создание сайта – распространённая услуга, предлагаемая многими веб-разработичками. Данная сфера правоотношений получила своё чёткое законодательное регулирование.

Особенности составления документа

Законодательство

Договор на создание сайта является договором возмездного оказания услуг. В частности, данная сфера правоотношений получила своё законодательное регулирование в главе 39 ГК РФ.

Важно! Ст. 783 ГК РФ гласит, что нормы, которые связаны с подрядом и бытовым подрядом, применимы также к правоотношениям, связанным с возмездным оказанием услуг. Это статьи 702 – 729 и 730 – 739 ГК РФ.

Но сайт является предметом интеллектуальной собственности. Соответственно, при заключении договора на создание сайта также необходимо учитывать нормы, связанные с защитой интеллектуальной собственности. В частности, данной сфере правоотношений посвящён раздел VII ГК РФ (Права на результаты интеллектуальной деятельности и средства индивидуализации), статьи 1225 – 1551 ГК РФ.

Предмет договора

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

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

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

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

Оплата услуг

В тексте договора необходимо предусмотреть порядок осуществления оплаты и стоимость оказываемых услуг.

Важно! Стоимость услуг должна быть указана в рублях.

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

Некоторые вопросы интеллектуального права

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

В соответствии с требованиями действующего законодательства разработчик сохраняет за собой свои авторские права и может указать своё имя (наименование) в качестве автора данного сайта.

Но собственником сайта является заказчик.

Важно! В тексте договора необходимо указать момент возникновения права собственности заказчика.

Право собственности заказчика возникает после приёма результатов работы и после полной оплаты предоставленных разработчиком услуг.

Заполненный образец документа

Договор №___
на создание сайта

г. __________ «____»___________ 20__ г.

_________________________________________________________, далее именуемый Исполнитель, и _________________________________________________________далее именуемый Заказчик, с другой стороны, заключили настоящий договор о нижеследующем:

1. Предмет договора

. 2. Стоимость и порядок оплаты работ

. 2.2 Оплата работ по разработке сайта осуществляется в следующем порядке:

§ предоплата __________% от стоимости работ, что составляет ___________________ рублей в трёхдневный срок с момента подписания договора;

3. Права и обязанности сторон

3.1. Исполнитель обязуется:

3.1.1. Оказывать услуги в соответствии с техническим заданием;

3.1.2. Предоставлять Заказчику промежуточные результаты работы для контроля за соблюдением сроков и качества выполненных работ;

3.1.3. Осуществить доработку сайта в случае вынесения замечаний в результате рассмотрения его Заказчиком, но в пределах технического задания (Приложение № 1);

3.1.4. Передать выполненные работы Заказчику по окончании работ и полной оплате по электронной почте или лазерном носителе (компакт-диске);

3.2. Заказчик обязуется:

3.2.1. Представить в течение трёх дней с момента подписания договора всю необходимую для размещения на сайте текстовую и графическую. информацию;

3.2.2. Принимать к рассмотрению представленную Исполнителем работу по электронной почте или в сети Интернет, и в течение 2 рабочих дней информировать Исполнителя о принятом решении;

3.2.3. Оплатить оказываемые ему услуги в порядке, который указан в п. 2 настоящего Договора.

2.2.3. При выполнении работ раньше предусмотренного договором срока принять и оплатить их.

3.3. Исполнитель имеет право сдать предусмотренные данным договором услуги досрочно

3.3. Исполнитель имеет право:

· приостановить исполнение заказанных работ в случае их несвоевременной оплаты Заказчиком.

3.4. Заказчик имеет право:

· проверять ход и качество выполнения работ, не вмешиваясь в деятельность Исполнителя.

4. Порядок выполнения и сдачи-приёмки работ

4.1. Исполнитель начинает выполнение работ по настоящему Договору в течение 3-х рабочих дней с даты получения предоплаты в соответствии с п. 2.2. настоящего договора.

4.1.1. Заказчику предоставляется ____ вариант(а) дизайна.

4.1.2.Последующие варианты дизайна представленные Исполнителем, оплачиваются Заказчиком дополнительно.

4.1.3. Начало разработки сайта считается со дня утверждения дизайна Заказчиком.

4.1.4. Программирование сайта выполняется строго с поставленным ТЗ (Приложение № 1)

4.2 Окончание работ по сайту через ___________ рабочих дней после получения предоплаты, с правом досрочного выполнения.

4.3. По завершении работ по настоящему Договору Исполнитель уведомляет Заказчика о выполненной работе, которую Заказчик утверждает в течение двух дней с момента его получения и производит окончательную оплату работ в соответствии с п. 2.2. настоящего договора или даёт мотивированный отказ от приёмки работ.

4.4. В случае мотивированного отказа Заказчика от приёмки работ сторонами вносится в ТЗ (Приложение № 1), необходимые доработки и сроки их выполнения.

5. Ответственность сторон

5.1. За неисполнение или ненадлежащее исполнение своих обязательств по настоящему Договору стороны несут ответственность в соответствии с действующим законодательством РФ.

5.2. Все споры, возникающие между Сторонами при исполнении настоящего Договора, разрешаются путём переговоров, а в случае не достижения согласия между Сторонами спор передаётся на рассмотрение суда, согласно подведомственности и подсудности, установленными законодательством РФ.

6. Прочие условия

6.1. Исполнитель сохраняет за собой авторские права на разработанный сайт и оставляет за собой право размещать ссылку с указанием координат Исполнителя.

6.2. Право собственности на разработанный сайт переходит к Заказчику в момент приёмки выполненной работы и окончательной оплаты оказанных услуг.

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

6.4. Каждая из Сторон может в любое время отказаться от исполнения настоящего Договора, предварительно уведомив другую Сторону не позднее, чем за 3 (три) дня до даты расторжения. В этом случае Стороны производят все взаимные расчёты, в том числе, за фактически выполненные к этому моменту услуги Исполнителем, в соответствии с ТЗ (Приложение № 1).

6.5. Исполнитель не несёт ответственности за корректность размещения сайта в сети Интернет, если это делается собственными силами Заказчика.

6.6. Исполнитель не несёт ответственности за корректность вывода сайта в сети Интернет, если собственными силами Заказчика внесены какие-либо изменения в программный код сайта.

7. Сроки действия договора

7.1. Договор вступает в силу с момента его подписания Сторонами и получения предоплаты по данному договору.

7.2. Договор прекращает своё действие с момента сдачи-приёмки выполненных работ по настоящему Договору и завершения всех взаиморасчётов между Сторонами.

8. Реквизиты сторон

Исполнитель:

Заказчик:

________________________________________
________________________________________
________________________________________
________________________________________
________________________________________
________________________________________
________________________________________
________________________________________
________________________________________
________________________________________
________________________________________
________________________________________
________________________________________

________________________________________
________________________________________
________________________________________
________________________________________
________________________________________
________________________________________
________________________________________
________________________________________
________________________________________
________________________________________
________________________________________
________________________________________
________________________________________

Источник

Как агентству и фрилансеру защитить свою работу

От бесконечных правочек и доработочек

Я четыре года веду проекты по созданию сайтов, брендингу и рекламе. Раньше от слова «правочки» у меня начинал дергаться глаз.

Бесконечные правочки ведут к неприятным для проекта вещам: он становится невыгоден и все менее интересен студии. Теряется время, и другие проекты сложно планировать — а для компании это тоже потерянные деньги. Все участники проекта устают, падает их мотивация, а в итоге — качество проекта.

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

Это стало возможным благодаря двум вещам: жесткой внутренней системе документооборота и грамотно выстроенному общению с клиентами. В этой статье я расскажу о первом — документальном — способе защиты агентства и результатов нашей работы.

Осторожно, бюрократия

Наши правила документооборота достаточно жесткие. Оправдание этой бюрократии простое: мы хотим, чтобы наши права были защищены. При этом мы делаем еще две вещи:

У меня были ситуации, когда клиент не успевал перевести предоплату и мы стартовали без нее. Или шли верстать страницы без согласованного дизайна. Но это уже наши внутренние риски, которые менеджер и компания берут на себя.

Как делают сайты

Когда компания выходит на рынок, вырастает, меняет аудиторию или просто обнаруживает себя в 2019 году, ей становится нужен сайт.

Обычно компания до конца не знает, как строится разработка, с чего ее начать, и имеет ограниченный бюджет. Тут компания выбирает, как поступить.

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

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

Заказать отдельно дизайн, отдельно программирование у фрилансеров. Если фрилансеры знакомые, может получиться отличный результат. Если пойти на биржу фриланса и постараться найти там кого-то — может повезти или нет. Этот путь — выбор стойких и уверенных в себе.

Заказать разработку в агентстве. Там за клиента составят задание (описание требований к сайту), нарисуют макеты, запрограммируют. Это дороже, зато результат предсказуемый. Средний и крупный бизнес, как правило, заказывают сайты именно у агентств.

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

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

Какие есть подходы и проблемы

Есть два подхода к созданию любого веб-проекта.

Первый подход — классическая «водопадная» модель разработки. Она подразумевает, что все части проекта идут последовательно друг за другом. Это значит, что сначала мы согласовываем задание и только потом начинаем рисовать дизайн-концепцию. Концепция будет основана на задании и переданных материалах. После концепции наступит очередь макетов, а когда макеты будут готовы — начнется сборка. Наполнять сайт мы будем только предоставленным контентом. При таком подходе стоимость проекта рассчитывается заранее и не меняется в процессе работы.

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

Работать «по водопаду» уже не так модно, как по эджайлу, но это все еще популярный подход в разработке сайтов.

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

Наш подход

Мы работаем по первой модели — «водопадной». Чтобы избежать проблем, мы фиксируем в документах все стоящее, все полезное и все спорное. Каждый этап работы также обрастает документами.

В итоге на любом проекте у нас есть:

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

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

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

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

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

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

Расскажу о каждом документе подробнее.

Договор

Мы используем рамочный договор, который описывает основные взаимоотношения между сторонами: права и обязанности, правила расторжения и прочее. Договор пролонгируется автоматически — чтобы прекратить его действие, договор нужно специально расторгнуть.

Во всех наших договорах мы прописываем важные для нас нюансы.

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

Сдавать результаты работ тоже можно в таск-менеджере. Если клиент пропадает, а срок сдачи макетов подошел, можно выложить результат в таск-менеджер — юридически это считается сдачей результата. Остается выставить акт и счет.

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

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

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

Если дойдет до суда — процесс рассмотрят в Арбитражном суде Москвы. Это важно даже не потому, что суд находится в Москве, как и мы. А потому, что московский и питерский суды имеют практику по делам студий, агентств и вообще интеллектуальной собственности. А суды в нестоличных городах — не имеют. И нестоличный суд не будет с той же тщательностью, что и московский, разбираться, все ли ховеры переданы и считать ли их интеллектуальной собственностью.

Приложение

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

В приложении всегда есть предоплата. В зависимости от договоренностей с клиентом и объема работ, она составляет от 20 до 100% стоимости контракта. Мы не работаем без предоплаты, потому что всегда есть шанс расторжения договора и прекращения сотрудничества. Будет обидно, если мы сделаем работу без предоплаты, ее не примут и потребуют расторгнуть договор. Получится, что денег нет, клиента нет, а время, которое потрачено на эту работу, не вернуть.

Работы в приложении делятся на этапы. Каждый этап закрывается актом выполненных работ и становится основой для последующих работ и этапов.

Сначала читать, потом подписывать

Разбивка по этапам выглядит примерно так:

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

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

В сроках есть такая хитрость: мы учитываем не только срок нашей работы над этапом, но и срок, когда клиент принимает работу. Обычно это 5 рабочих дней. Так у нас есть время сдать проект и передохнуть перед следующим этапом, а у клиента — время принять нашу работу, обсудить ее с командой, согласовать, подписать акт и провести нужный платеж. Если клиент пишет мотивированный отказ, мы должны переделать непринятые работы. Срок переделки равен сроку несогласованного этапа.

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

Для каждого этапа мы указываем, в какой форме сдаем результат. И именно результат по этой форме клиент может принять или не принять. Объясняю на примере.

Вот что мы делаем для разработки концепции:

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

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

Задание

Задание — это стандартный первый этап работы над проектом. Мы употребляем именно термин «задание», а не «техническое задание» или «ТЗ», по нескольким причинам.

Для нас задание — это документ, фиксирующий цели и задачи сайта, основные требования к форматам, состав страниц, список необходимых материалов. На этом все. У «технического задания» есть собственное определение и госты. Подготовка такого документа будет стоить дороже, при этом для наших клиентов он будет избыточным. Мы даем определение нашему пониманию термина «задание», чтобы не возникало разночтений или требований оформить его по госту, как «техническое задание».

Если среди читателей есть те, кто сможет рассказать, чем ТЗ на создание корпоративного сайта круче обычного задания, — расскажите, вдруг мы передумаем.

Само задание мы сдаем как результат работ, который закрывается актом. Подписывается при этом и акт, и задание — так мы фиксируем все, что написано в задании, как требования к последующим этапам.

Источник