договор на составление технического задания

Договор на разработку

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

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

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

Понятие и содержание договора

Данное соглашение готовится, когда стороннему лицу поручается разработка некоего результата интеллектуальной деятельности (РИД), например, написание программы для ЭВМ.

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

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

Содержание договора

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

Стороны договора

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

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

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

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

При согласовании предмета договора важно максимально чётко определить требования к результату работы. Например, при создании программы для ЭВМ нужно указать требования к функциональности, требования к программной совместимости и способам создания ПО (языки программирования, архитектуру программы).

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

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

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

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

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

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

Сроки выполнения работ и порядок их передачи

Очень важно в договоре на разработку согласовать следующие сроки:

Исключительные права использования результатов выполненных работ

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

Стоимость и порядок расчётов

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

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

Порядок расторжения соглашения

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

Источник

Как составить техническое задание и получить то, что нужно

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

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

Что такое техническое задание

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

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

Когда стоит составлять техническое задание

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

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

Кто должен составлять техническое задание

Устоявшейся практики нет — как договоритесь с подрядчиком.

Заказчик делает сам

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

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

Анатолий Шостак
Гендиректор «АрхФото»

Совместная работа

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

Техзадание полностью делает исполнитель

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

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

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

Сколько стоит заказать ТЗ

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

Основатель компании по разработке информационных систем Work Solutions Максим Мул при заказе ТЗ рекомендует ориентироваться на 10-20 % от общей стоимости разработки продукта.

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

Максим Мул
Основатель Work Solutions

Если речь про IT-задачи, например, интеграцию между информационными системами, внедрение CRM, разработку дополнительного функционала ПО или приложения по API, то не стоит рассчитывать на ТЗ стоимостью меньше 50 000 руб., считает гендиректор компании «Информатика и Сервис» Владимир Севрук.

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

Владимир Севрук
Гендиректор компании «Информатика и Сервис»

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

У нас есть более сложная форма ТЗ — мы называем ее «сценарий». Для сценария мы проводим предварительные съемки, прописываем и согласовываем все ракурсы с заказчиком, прорабатываем целевую аудиторию и рассчитываем тайминг каждого кадра с учетом движения солнца. И все это ещё до начала чистовой работы.

Анатолий Шостак
Гендиректор «АрхФото»

За составление такого подробного сценария в «АрхФото» берут деньги. В зависимости от сложности проекта и требований заказчика сценарий иногда стоит дороже самой съемки. Зато благодаря ТЗ заказчик еще до начала работ понимает, что получит в итоге, говорит Анатолий Шостак.

Как написать техническое задание

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

Пишите однозначно

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

Хороший подрядчик будет конкретизировать и уточнять неоднозначные строчки в ТЗ, но это потребует дополнительного времени на переделку. Поэтому лучше стараться минимизировать недопонимание. И постараться определить для себя конкретные требования к продукту еще до разговора с исполнителем.

Бывает, что заказчик не знает, что конкретно хочет получить, причем часто сам того не осознавая. Из-за этого в ТЗ появляются расплывчатые и многословные формулировки. В итоге заказчик с исполнителем потратят значительное время на их уточнение. Эффективнее сделать ТЗ с конкретными и точными требованиями, без многословности.

Алексей Орлов
Руководитель проектов компании «Рексофт»

Стоит попробовать любые пожелания сводить к количественным требованиям.

Дайте подрядчику общую информацию

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

Гендиректор INOSTUDIO Максим Болотов рекомендует как минимум озвучить подрядчику идею проекта, который вы заказываете, уточнить, в чем его конкурентные преимущества и уникальность.

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

Максим Болотов
Гендиректор INOSTUDIO

Помогите разобраться в терминах и нюансах

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

Можно ввести отдельный раздел в виде словаря с расшифровкой или пояснять по ходу документа.

Покажите конкурентов

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

Если заказчик планирует создать продукт, идея которого уже есть на рынке, то имеет смысл изучить конкурентов. Выявить отличительные особенности их IT-решений, чтобы разработать собственное с уникальными преимуществами.
К документу с видением продукта рекомендуем прикладывать ссылки на аналогичные решения. С описанием функциональных блоков, которые вам понравились. Это упростит дальнейшее общение с подрядчиком.

Максим Болотов
Гендиректор INOSTUDIO

Уточните важные технические требования

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

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

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

Распишите сценарии использования продукта

Если вы делаете что-то стандартное, то так сильно погружаться в особенности продукта не стоит, это лишь запутает и добавит ТЗ многословности. Но в случае чего-то необычного попробуйте в техзадании отвечать не на вопрос «Что?», а на вопрос «Как будет делать пользователь?».

Если речь про IT-продукты, можно прописывать сценарии по такому шаблону:

Опишите требования к проверке проекта

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

Например, для интернет-магазина это может быть:

Чем подробнее и длиннее чек-лист, тем лучше.

Двигайтесь от общего к частному

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

Шаблоны и примеры ТЗ

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

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

Если планируете заказать IT-продукт, можно использовать за основу госстандарты. Например:

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

Когда ТЗ не нужно

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

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

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

Вместо ТЗ выгоднее сначала сделать предпроектное обследование, изучить реальные потребности клиентов, вместе с аналитиком подрядчика. А затем решать, нужно ли ТЗ вообще.
Может быть, выгоднее и эффективнее выполнять бизнес-задачу, например, с помощью SCRUM. Действуя небольшими итерациями в 1-2 недели, анализируя результат и постепенно дополняя требования.

Владимир Севрук
Гендиректор компании «Информатика и Сервис»

Кратко — универсальные советы по составлению ТЗ

Составляя ТЗ самостоятельно или с подрядчиком, придерживайтесь следующих правил:

Не пропустите новые публикации

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

Источник

pm-notes.ru

pm-notes.ru

Договор на разработку технического задания

НА РАЗРАБОТКУ ТЕХНИЧЕСКОГО ЗАДАНИЯ

Общество с ограниченной ответственностью «Компания 1» (сокращенное наименование ООО «Компания 1»), именуемое в дальнейшем Заказчик, в лице генерального директора Братчикова Станислава Вячеславович, действующего на основании Устава, с одной стороны, и Общество с ограниченной ответственностью «Компания 2» (сокращенное наименование ООО «Компания 2»), именуемый в дальнейшем Исполнитель, в лице генерального директора Иванова Ивана Ивановича, действующего на основании Устава, с другой стороны (далее по тексту договора по отдельности именуемые – «Сторона», а совместно – «Стороны»), заключили настоящий Договор (далее по тексту – «Договор») о нижеследующем:

1.1. Заказчик поручает и оплачивает, а Исполнитель обязуется согласно требованиям Заказчика разработать Техническое задание на разработку системы X (далее СX) согласно серверной архитектуре указанной в Приложении №1, включающее: web-сайт системы, программный комплекс системы мониторинга, взаимодействие модулей системы, интеграция с внешними системами, мобильные приложения под Android, iOS.

1.2. Перечень и стоимость работ представлены в Приложении № 3 к настоящему Договору.

2. ПОРЯДОК ВЫПОЛНЕНИЯ РАБОТ

2.1. Исполнитель приступает к выполнению работ после подписания Заказчиком настоящего Договора.

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

2.3. Обязательства Исполнителя по Договору считаются выполненными после подписания Сторонами Акта сдачи-приемки работ. Заказчик в течении 5 (пяти) рабочих дней со дня получения Акта сдачи-приемки работ по настоящему Договору обязан направить Исполнителю подписанный Акт сдачи-приемки работ или мотивированный отказ от приемки работ. В случае мотивированного отказа Заказчиком от приемки работ, Сторонами в пятидневный срок составляется двухсторонний Акт с перечнем необходимых доработок, сроков их исполнения.

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

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

2.6. Договор считается выполненным после подписания Актов сдачи-приёмки работ.

2.7. Акт сдачи-приёмки работ предоставляется Заказчику в течение 5 (Пяти) рабочих дней с момента предоставления Исполнителем результатов работ.

2.8. Если в течение 5 (пяти) рабочих дней с момента получения Акта сдачи-приёма, данный Акт не будет подписан Заказчиком, и не будут отправлены в адрес Исполнителя мотивированные возражения, работы считаются выполненными надлежащим образом и принятыми.

2.9. Право собственности на результат работ, выполненных Исполнителем, становится собственностью Заказчика, в момент подписания Сторонами Акта сдачи-приемки работ.

2.10. Вместе с подписанным Сторонами Актом сдачи-приемки работ, Заказчик получает от Исполнителя все необходимые материалы, которые являются результатом проведения работ Исполнителем.

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

3.1 Сумма настоящего Договора соответствует Перечню и стоимости работ, указанных в Приложениях № 2,3, и включает в себя сумму НДС 18%.

3.2 Оплата работ по Договору производится на условиях 100% постоплаты в течение не более 5 рабочих дней со дня подписания Заказчиком Акта сдачи-приемки работ.

3.3 В платёжных документах сумма НДС (18%) выделяется отдельной строкой.

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

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

4. СРОК ДЕЙСТВИЯ ДОГОВОРА

4.1. Настоящий Договор вступает в силу с момента подписания и действует до исполнения Сторонами принятых на себя обязательств.

5. ОТВЕТСТВЕННОСТЬ СТОРОН

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

5.2. За просрочку оплаты Исполнитель вправе потребовать от Заказчика уплатить неустойку в размере 0,1% от неуплаченной суммы за каждый день просрочки, но не более 10% от размера неуплаченной суммы.

5.3. За неисполнение работ в срок Заказчик вправе потребовать от Исполнителя неустойку в размере 0,1% от стоимости настоящего Договора за каждый день просрочки, но не более 10% от стоимости настоящего Договора.

5.4. Оплата неустойки осуществляется на основании письменного требования пострадавшей Стороны и ее признания виновной Стороной с даты, указанной в требовании.

5.5. Оплата неустойки не освобождает Сторону от исполнения обязательств по настоящему Договору.

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

6.2. Обязательства конфиденциальности продолжают действовать в течение 1 (Одного) года после истечения срока данного Договора на предоставление услуг.

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

8.1. В случае возникновения разногласий между Сторонами по вопросам, предусмотренным настоящим Договором или возникшим в связи с его исполнением, Стороны принимают меры к их разрешению путем переговоров. Оставшиеся неурегулированными разногласия передаются на рассмотрение Арбитражного суда Санкт-Петербурга и Ленинградской области на основании ГПК РФ или АПК РФ на русском языке и на основании настоящего Договора.

8.2. Недействительность какого-либо из условий Договора не влечет за собой недействительности всего Договора в целом.

Источник