2. ИТ-разработка на фрилансе: как получить результат, который хотели, за столько, за сколько договаривались.
У каждого IT - предпринимателя хоть раз случалась ситуация, когда подрядчик накосячил. Хорошо, если ошибку признал и переделал.
Но чаще, к сожалению, бывает так:накосячил – сказал, что это вы неправильно задачу поставили, взял денег за доработку – в итоге результат все равно не тот, который вы хотели, и допиливать продукт приходится самостоятельно.
Чтобы такого не случалось, нужен хороший договор. «Ну юристы всегда говорят, что нужен хороший договор, но как понять, что он хороший?» – спросите вы.
Рассказываем⬇️
➡️Техническое задание: должно быть настолько подробным, насколько это возможно: язык программирования, программная среда и операционная система, под которые пишется код, платформу, функционал.
Чем точнее, тем меньше поводов для споров.
➡️Информация от заказчика: пропишите закрытый перечень информации, которую должен предоставить заказчик, а также срок, до которого подрядчик может попросить дополнительные необходимые ему материалы.
Тогда сроки не будут бесконечно сдвигаться из-за дополнительных запросов подрядчика.
➡️Срок: без указания конкретного срока выполнения работы договор будет незаключенным.
Помимо этого пропишите, при какой просрочке результат работ утрачивает коммерческую ценность для заказчика.
➡️Приемка: пропишите возможность и сроки тестирования разработки заказчиком, сроки доработок и устранения багов, а также гарантийный срок, в течение которого исполнитель будет обязан бесплатно устранять сбои в работоспособности ПО.
➡️Сторонний код: если в вашем проекте исполнитель будет (может) использовать сторонние разработки, пропишите требования к чужому коду.
Например, использование только ПО с разрешающими лицензиями и запрет на копи-лефт.
➡️Передача исключительных прав: проверьте, что в договоре предусмотрено отчуждение исключительных прав на разработку, а не просто предоставляется лицензия.
Если исполнитель в ходе работы создает базу данных, переход прав на нее должен быть прописан отдельно.
Важно также не привязывать переход прав к полной оплате по договору, чтобы исполнитель не мог использовать это как средство давления в случае спора по качеству работы.
❗️Также если вы работаете с фрилансером по договору авторского заказа, нужно иметь ввиду 2 его особенности, о которых мало кто знает:
📌по закону у исполнителя есть возможность продлить срок выполнения работы на ¼ при наличии уважительных причин!
📌исполнитель несет ответственность перед заказчиком только в пределах суммы реального ущерба. Упущенную выгоду взыскать с автора при нарушении им обязательств нельзя.
Пишите в комментариях, какие споры с подрядчиками случались у вас, а мы расскажем, что делать, чтобы их предотвращать.
2. ИТ-разработка на фрилансе: как получить результат, который хотели, за столько, за сколько договаривались.
У каждого IT - предпринимателя хоть раз случалась ситуация, когда подрядчик накосячил. Хорошо, если ошибку признал и переделал.
Но чаще, к сожалению, бывает так:накосячил – сказал, что это вы неправильно задачу поставили, взял денег за доработку – в итоге результат все равно не тот, который вы хотели, и допиливать продукт приходится самостоятельно.
Чтобы такого не случалось, нужен хороший договор. «Ну юристы всегда говорят, что нужен хороший договор, но как понять, что он хороший?» – спросите вы.
Рассказываем⬇️
➡️Техническое задание: должно быть настолько подробным, насколько это возможно: язык программирования, программная среда и операционная система, под которые пишется код, платформу, функционал.
Чем точнее, тем меньше поводов для споров.
➡️Информация от заказчика: пропишите закрытый перечень информации, которую должен предоставить заказчик, а также срок, до которого подрядчик может попросить дополнительные необходимые ему материалы.
Тогда сроки не будут бесконечно сдвигаться из-за дополнительных запросов подрядчика.
➡️Срок: без указания конкретного срока выполнения работы договор будет незаключенным.
Помимо этого пропишите, при какой просрочке результат работ утрачивает коммерческую ценность для заказчика.
➡️Приемка: пропишите возможность и сроки тестирования разработки заказчиком, сроки доработок и устранения багов, а также гарантийный срок, в течение которого исполнитель будет обязан бесплатно устранять сбои в работоспособности ПО.
➡️Сторонний код: если в вашем проекте исполнитель будет (может) использовать сторонние разработки, пропишите требования к чужому коду.
Например, использование только ПО с разрешающими лицензиями и запрет на копи-лефт.
➡️Передача исключительных прав: проверьте, что в договоре предусмотрено отчуждение исключительных прав на разработку, а не просто предоставляется лицензия.
Если исполнитель в ходе работы создает базу данных, переход прав на нее должен быть прописан отдельно.
Важно также не привязывать переход прав к полной оплате по договору, чтобы исполнитель не мог использовать это как средство давления в случае спора по качеству работы.
❗️Также если вы работаете с фрилансером по договору авторского заказа, нужно иметь ввиду 2 его особенности, о которых мало кто знает:
📌по закону у исполнителя есть возможность продлить срок выполнения работы на ¼ при наличии уважительных причин!
📌исполнитель несет ответственность перед заказчиком только в пределах суммы реального ущерба. Упущенную выгоду взыскать с автора при нарушении им обязательств нельзя.
Пишите в комментариях, какие споры с подрядчиками случались у вас, а мы расскажем, что делать, чтобы их предотвращать.
In 2014, Pavel Durov fled the country after allies of the Kremlin took control of the social networking site most know just as VK. Russia's intelligence agency had asked Durov to turn over the data of anti-Kremlin protesters. Durov refused to do so. "He has to start being more proactive and to find a real solution to this situation, not stay in standby without interfering. It's a very irresponsible position from the owner of Telegram," she said. The Russian invasion of Ukraine has been a driving force in markets for the past few weeks. He floated the idea of restricting the use of Telegram in Ukraine and Russia, a suggestion that was met with fierce opposition from users. Shortly after, Durov backed off the idea. You may recall that, back when Facebook started changing WhatsApp’s terms of service, a number of news outlets reported on, and even recommended, switching to Telegram. Pavel Durov even said that users should delete WhatsApp “unless you are cool with all of your photos and messages becoming public one day.” But Telegram can’t be described as a more-secure version of WhatsApp.
from de
