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️⃣Конфиденциальность и лицензии: Если заказчик предоставляет материалы (например, дизайн или исходный код), убедитесь, что у вас есть лицензия на их использование в проекте. Это предотвратит споры о нарушении прав интеллектуальной собственности.
Все условия есть в ваших договорах - отлично, вы надежно защищены! Если нет - не откладывайте доработку.
And indeed, volatility has been a hallmark of the market environment so far in 2022, with the S&P 500 still down more than 10% for the year-to-date after first sliding into a correction last month. The CBOE Volatility Index, or VIX, has held at a lofty level of more than 30. Lastly, the web previews of t.me links have been given a new look, adding chat backgrounds and design elements from the fully-features Telegram Web client. In February 2014, the Ukrainian people ousted pro-Russian president Viktor Yanukovych, prompting Russia to invade and annex the Crimean peninsula. By the start of April, Pavel Durov had given his notice, with TechCrunch saying at the time that the CEO had resisted pressure to suppress pages criticizing the Russian government. At this point, however, Durov had already been working on Telegram with his brother, and further planned a mobile-first social network with an explicit focus on anti-censorship. Later in April, he told TechCrunch that he had left Russia and had “no plans to go back,” saying that the nation was currently “incompatible with internet business at the moment.” He added later that he was looking for a country that matched his libertarian ideals to base his next startup. The last couple days have exemplified that uncertainty. On Thursday, news emerged that talks in Turkey between the Russia and Ukraine yielded no positive result. But on Friday, Reuters reported that Russian President Vladimir Putin said there had been some “positive shifts” in talks between the two sides.
from in
