3. Риски договоров на разработку ПО для исполнителя
Заказчик не утверждает задачу неделями, требует бесконечных правок или отказывается платить за доработки, которые сам просил?
Возможно, проблема в договоре. Ну, конечно, а что еще мы могли сказать 🤷♀️
На самом деле это правда так в 90% случаев. Оставшиеся 10% - с договором все хорошо, но хромает его исполнение: сотрудники просто делают не так, как в договоре написано.
Вообще-то в этом случае проблема тоже в договоре, т.к. значит описанные в нем бизнес-процессы не удобны и не соответствуют реальным. 🧐
Если споры с заказчиками оканчиваются не в вашу пользу, взгляните еще раз на ваши договоры:
1️⃣Термины. Не ленитесь детально прописывать понятия: «система», «ресурс», «баг», «пользователь» и пр.
Это поможет в случае спора относительного того, что именно должно было быть сделано.
2️⃣Подробное техническое задание (ТЗ): Уже говорили про него в предыдущем посте, здесь все то же самое. Чем подробнее – тем лучше. Согласуйте с клиентом список задач и этапы их выполнения.
Не забывайте про условия внесения правок — это избавит от бесконечных изменений и задержек проекта.
3️⃣Материалы Заказчика: указывайте, что должен предоставить вам заказчик для работы и в какие сроки.
Не забудьте про условия про перенос сроков работы, если заказчик со своей стороны нужное вам не передал.
Укажите, что исполнитель вправе запрашивать иную необходимую ему информацию и материалы.
Также важно, чтобы в договоре были прописаны гарантии и ответственность заказчика за предоставленную и интеллектуальную собственность. Иначе, правообладатели могут прийти с претензиями к вам.
4️⃣Условия работы: Fix pricing or Time&Materials. Если объем работы до конца не понятен, многие выбирают второй вариант. Он, конечно, удобен для исполнителя, но рискован, если договор предусматривает разработку конкретного продукта.
В случае спора суд может сказать, что конечный результат не достигнут, поэтому и потраченное время оплачивать оснований нет.
Прописывайте работу на основе Time&Materials отдельно. Лучше даже в отдельном договоре и четко фиксируйте, что она оплачивается вне зависимости от успешности финальной разработки.
5️⃣Коммуникация и передача результата. Прописывайте в договоре именно те каналы коммуникации, которые будут реально использоваться в работе.
Если заказчик требует передачи результата через конкретный ресурс – обязательно выкладывайте разработку именно туда. Иначе может оказаться, что в срок работа заказчику не передана, а с просрочкой – ценности для него не имеет.
6️⃣Права на интеллектуальную собственность: Зафиксируйте в договоре, что заказчик получает права на код только после подписания акта приема-передачи или оплаты. Без этого вы рискуете потерять не только деньги, но и права на свою работу.
7️⃣Гибкие сроки и этапы: Если проект масштабный или предполагает длительные этапы, предусмотрите возможность корректировки сроков. Пропишите, что задержки из-за правок со стороны клиента продлевают дедлайны. Это защитит вас от требований возврата предоплаты за якобы не вовремя выполненную работу.
8️⃣Конфиденциальность и лицензии: Если заказчик предоставляет материалы (например, дизайн или исходный код), убедитесь, что у вас есть лицензия на их использование в проекте. Это предотвратит споры о нарушении прав интеллектуальной собственности.
Все условия есть в ваших договорах - отлично, вы надежно защищены! Если нет - не откладывайте доработку.
3. Риски договоров на разработку ПО для исполнителя
Заказчик не утверждает задачу неделями, требует бесконечных правок или отказывается платить за доработки, которые сам просил?
Возможно, проблема в договоре. Ну, конечно, а что еще мы могли сказать 🤷♀️
На самом деле это правда так в 90% случаев. Оставшиеся 10% - с договором все хорошо, но хромает его исполнение: сотрудники просто делают не так, как в договоре написано.
Вообще-то в этом случае проблема тоже в договоре, т.к. значит описанные в нем бизнес-процессы не удобны и не соответствуют реальным. 🧐
Если споры с заказчиками оканчиваются не в вашу пользу, взгляните еще раз на ваши договоры:
1️⃣Термины. Не ленитесь детально прописывать понятия: «система», «ресурс», «баг», «пользователь» и пр.
Это поможет в случае спора относительного того, что именно должно было быть сделано.
2️⃣Подробное техническое задание (ТЗ): Уже говорили про него в предыдущем посте, здесь все то же самое. Чем подробнее – тем лучше. Согласуйте с клиентом список задач и этапы их выполнения.
Не забывайте про условия внесения правок — это избавит от бесконечных изменений и задержек проекта.
3️⃣Материалы Заказчика: указывайте, что должен предоставить вам заказчик для работы и в какие сроки.
Не забудьте про условия про перенос сроков работы, если заказчик со своей стороны нужное вам не передал.
Укажите, что исполнитель вправе запрашивать иную необходимую ему информацию и материалы.
Также важно, чтобы в договоре были прописаны гарантии и ответственность заказчика за предоставленную и интеллектуальную собственность. Иначе, правообладатели могут прийти с претензиями к вам.
4️⃣Условия работы: Fix pricing or Time&Materials. Если объем работы до конца не понятен, многие выбирают второй вариант. Он, конечно, удобен для исполнителя, но рискован, если договор предусматривает разработку конкретного продукта.
В случае спора суд может сказать, что конечный результат не достигнут, поэтому и потраченное время оплачивать оснований нет.
Прописывайте работу на основе Time&Materials отдельно. Лучше даже в отдельном договоре и четко фиксируйте, что она оплачивается вне зависимости от успешности финальной разработки.
5️⃣Коммуникация и передача результата. Прописывайте в договоре именно те каналы коммуникации, которые будут реально использоваться в работе.
Если заказчик требует передачи результата через конкретный ресурс – обязательно выкладывайте разработку именно туда. Иначе может оказаться, что в срок работа заказчику не передана, а с просрочкой – ценности для него не имеет.
6️⃣Права на интеллектуальную собственность: Зафиксируйте в договоре, что заказчик получает права на код только после подписания акта приема-передачи или оплаты. Без этого вы рискуете потерять не только деньги, но и права на свою работу.
7️⃣Гибкие сроки и этапы: Если проект масштабный или предполагает длительные этапы, предусмотрите возможность корректировки сроков. Пропишите, что задержки из-за правок со стороны клиента продлевают дедлайны. Это защитит вас от требований возврата предоплаты за якобы не вовремя выполненную работу.
8️⃣Конфиденциальность и лицензии: Если заказчик предоставляет материалы (например, дизайн или исходный код), убедитесь, что у вас есть лицензия на их использование в проекте. Это предотвратит споры о нарушении прав интеллектуальной собственности.
Все условия есть в ваших договорах - отлично, вы надежно защищены! Если нет - не откладывайте доработку.
As the war in Ukraine rages, the messaging app Telegram has emerged as the go-to place for unfiltered live war updates for both Ukrainian refugees and increasingly isolated Russians alike. Telegram users are able to send files of any type up to 2GB each and access them from any device, with no limit on cloud storage, which has made downloading files more popular on the platform. For example, WhatsApp restricted the number of times a user could forward something, and developed automated systems that detect and flag objectionable content. "For Telegram, accountability has always been a problem, which is why it was so popular even before the full-scale war with far-right extremists and terrorists from all over the world," she told AFP from her safe house outside the Ukrainian capital. On Telegram’s website, it says that Pavel Durov “supports Telegram financially and ideologically while Nikolai (Duvov)’s input is technological.” Currently, the Telegram team is based in Dubai, having moved around from Berlin, London and Singapore after departing Russia. Meanwhile, the company which owns Telegram is registered in the British Virgin Islands.
from kr
