Репутація українського ІТ. Пройти опитування Асоціації IT Ukraine
×Закрыть

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

Всем доброго дня.

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

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

С другой стороны, если в договоре указывается предоставление услуг по разработке (или консультированию), в особенности, когда выполненные работы закрываются договором постфактум, так ли нужна постановка задачи в виде технического задания?
Достаточно ли будет просто указания количества часов оказанных услуг в акте сдачи-приёмки работ и выставленной цены?

Буду благодарен, если кто-нибудь поделится своим опытом по данным вопросам.

LinkedIn
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

можно продать agile разработку с привязкой ко времени — тоесть продавать человеко-недели

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

Напиши «договор о намерениях» и повесьте в рамочку. У нормального договора есть цель, под эту цель он и пишется. Если цели нет, то писать не о чем. Договор поможет защитить только то, о чём собственно договорились.

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

Итерационная разработка всегда предпочтительнее для веб-проектов с сопровождением. Потому что они не будут закончены НИКОГДА. Будет только ориентировочный период полураспада ТЗ которое будет постоянно меняться по мере того как половина работы сделана. При этом всегда остаётся свобода действий чего-нибудь переделать и добавить, за свою цену разумеется. А выгода в том, что ни у кого не возникает идея ВСЁ ПЕРЕПИСАТЬ, пока проект остаётся гибким.

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

Да. В нём определить:
— повременной характер работ.
— условия его прекращения (такое возможно). Способ (шаблон) как это сделать, возможно ключевую фразу без которой все «случайно сказанные» слова не имею силы прекращать договор, а после неё — не берут слова назад.
— срок или бессрочность.
— неустойку с обеих сторон
— оплату фактически сделанной работы (или потраченного времени) независимо от того решил ли заказчик закрыть проект или не доделывать конкретный функционал.
— прописать каналы коммуникации, по которым распоряжения будут считаться юридически значимыми, и от кого соответственно [email] распоряжения могут исходить, и что распоряжения пришедшие по этому каналу считаются авторизованными конкретным лицом (неважно что кошка по клавиатуре прошла).
— регулярность оплаты.
— сценарий действий если оплата не поступила.
— разрешение спорных ситуаций.

Договор на разработку сайта без ТЗ, это все равно что договор без текста.

Просто возьмите лист бумаги, поставьте подписи и пользуйтесь на здоровье. Договора эти вообще юристы придумали, чтобы с честных людей деньги драть.

А как в этом контексте рассматривать договора на оказание услуг?
Ведь в них, насколько я понимаю, упор делается на сам факт оказания услуг, на процесс, а не результат.

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

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

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

Подписаться на комментарии