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️⃣Конфиденциальность и лицензии: Если заказчик предоставляет материалы (например, дизайн или исходный код), убедитесь, что у вас есть лицензия на их использование в проекте. Это предотвратит споры о нарушении прав интеллектуальной собственности.
Все условия есть в ваших договорах - отлично, вы надежно защищены! Если нет - не откладывайте доработку.
For Oleksandra Tsekhanovska, head of the Hybrid Warfare Analytical Group at the Kyiv-based Ukraine Crisis Media Center, the effects are both near- and far-reaching. Stocks dropped on Friday afternoon, as gains made earlier in the day on hopes for diplomatic progress between Russia and Ukraine turned to losses. Technology stocks were hit particularly hard by higher bond yields. The gold standard of encryption, known as end-to-end encryption, where only the sender and person who receives the message are able to see it, is available on Telegram only when the Secret Chat function is enabled. Voice and video calls are also completely encrypted. Update March 8, 2022: EFF has clarified that Channels and Groups are not fully encrypted, end-to-end, updated our post to link to Telegram’s FAQ for Cloud and Secret chats, updated to clarify that auto-delete is available for group and channel admins, and added some additional links. False news often spreads via public groups, or chats, with potentially fatal effects.
from sa
