Юрист Runetlex Павел Мищенко объясняет, почему в некоторых случаях работа по time and material приводит к конфликтам, и что следует предпринять, чтобы снизить свои риски.
Тема очень интересная, посмотрел с удовольствием. Но, давайте будем откровенными, эти милые соведущие смещают на себя практически весь фокус внимания. И на Вас, Павел, сосредоточиться практически невозможно :-)
Ситуация выглядит, что исполнитель постоянно просит денег у заказчика, а результат не выдает (случай из практики по разработке мобильного приложения). Вот здесь и нужен и юрист, чтобы обьяснить простым языком, что есть ПРОМЕЖУТОЧНЫЙ результат, который можно "потрогать" (наработки, которые можно использовать в дальнейшем).И платят они не "в трубу" и не "за воздух".
Без ТЗ результат ХЗ. :))) Перед подписанием договора важно максимально детально составить техническое задание. Если брать услуги по той же разработке сайта, то тут только ТЗ будет камнем в спорах. А по-часовая система оплаты больше на абонентское обслуживание подходит (тех.поддержка). Да и как можно в договоре по разработке сайта считать важным процесс)) Как не крути результат нужен - сайт. А по важности процесса - это обучение, тренинги там всякие. Хотя с другой стороны, договор подряда применяется когда есть материальный физический результат, который можно потрогать, типа ремонта или детали. Как в разработке можно договор подряда применять если результат - это мнимые нули и единицы и свет в экране? Павел, какая судебная практика по восприятию судом договоров по веб-разработке( договора подряда или договора оказания услуг)?
Разных авторов слушал, но ваше как говорится "зашло".
Котик и дочка прекрасно дополняют.
Продолжайте пожалуйста в том же духе.
Тема очень интересная, посмотрел с удовольствием. Но, давайте будем откровенными, эти милые соведущие смещают на себя практически весь фокус внимания. И на Вас, Павел, сосредоточиться практически невозможно :-)
Очень полезно. Спасибо
Ps
Фон очень креативный 😊
Ситуация выглядит, что исполнитель постоянно просит денег у заказчика, а результат не выдает (случай из практики по разработке мобильного приложения). Вот здесь и нужен и юрист, чтобы обьяснить простым языком, что есть ПРОМЕЖУТОЧНЫЙ результат, который можно "потрогать" (наработки, которые можно использовать в дальнейшем).И платят они не "в трубу" и не "за воздух".
Без ТЗ результат ХЗ. :))) Перед подписанием договора важно максимально детально составить техническое задание. Если брать услуги по той же разработке сайта, то тут только ТЗ будет камнем в спорах. А по-часовая система оплаты больше на абонентское обслуживание подходит (тех.поддержка).
Да и как можно в договоре по разработке сайта считать важным процесс)) Как не крути результат нужен - сайт. А по важности процесса - это обучение, тренинги там всякие.
Хотя с другой стороны, договор подряда применяется когда есть материальный физический результат, который можно потрогать, типа ремонта или детали. Как в разработке можно договор подряда применять если результат - это мнимые нули и единицы и свет в экране? Павел, какая судебная практика по восприятию судом договоров по веб-разработке( договора подряда или договора оказания услуг)?
Если речь именно о разработке сайта, то суды применяют положения договора подряда. Постараюсь накидать практики, как будет время