Договор должен быть гайдом по коммуникации, а не пылититься среди других документов как ненужная формальность. Поэтому, мы спросили у it юристов из Stalirov&Co как составить договор, который будет работать в интересах IT-компании.
По словам юристов для it договор должен быть гайдом для PM на проекте. Эффективный документ включает правила, благодаря которым недопонимания разрешаются сразу и не доходят до конфликтов. Специалисты рассказали про 3 пункта, которые обязательно должны быть в договоре, чтобы упростить коммуникацию с заказчиком и избежать задержек на проекте.
1. Пункт в договоре об отмене технического задания
Заказчик может отменить техническое задание (ТЗ), но такие действия не должны быть внезапным сюрпризом. Для этого в договоре прописывают срок предварительного уведомления о завершении работы, например 30 дней. Также, в договоре нужно прописать финансовую гарантию. После получения уведомления, IT-компания сообщает заказчику о том, в какой степени работа была завершена к дате прекращения ТЗ, и передает готовые результаты работы. Заказчик оплачивает работу, выполненную до даты окончания ТЗ.
Кроме пункта, описанного выше, юристы советуют добавить в договор положение о праве IT-компании прекратить действие ТЗ, если заказчик вовремя не провел оплату услуг. Это мотивирует заказчика быстрее погасить задолженность, чтобы работа над его продуктом не приостанавливалась.
2. Пункт в договоре об изменениях технического задания
В договоре важно описать алгоритм внесения изменений в ТЗ. Заказчик может отправить запрос на дополнительные работы, которые не были определены в изначальном ТЗ, добавить или удалить задачи, обновить их объем и порядок выполнения. Услуги по заявке на изменение оцениваются компанией-разработчиком заново и оплачиваются заказчиком дополнительно.
IT адвокат из Stalirov&Co обратил внимание: “Каждый запрос на изменение важно детализировать и подписывать, так как правильно оформленные документы используются в суде, чтобы взыскать долг с заказчика.” Например, клиент компании CIGNEX отказался платить более $350 000 за оказанные услуги по пяти запросам на изменение. Три из них были подписаны сторонами и устанавливали количество времени, затрачиваемое членами команды CIGNEX на определенные этапы проекта, а также их почасовые ставки. Два других запроса на изменение не были согласованы и оформлены в письменной форме. Окружной суд США принял решение о взыскании долга только по трем запросам на изменение, которые были подписаны. Чтобы не терять деньги, как это случилось у CIGNEX, согласовывайте даже минимальные запросы на изменения.
3. Пункт в договоре о дебаге
Определите период, в течении которого команда IT-компании будет устранять ошибки. Кроме этого, нужно описать какие именно баги будут устраняться бесплатно.
Пункт в договоре можно сформулировать так:
IT-компания устраняет недостатки за свой счет, если заказчик выявил ошибки в течение 30 дней с момента полной оплаты услуг и выполнения следующих условий:
- баг возник из-за технической ошибки разработчика и его невозможно было выявить в момент принятия результатов работы;
- никто, кроме команды IT-компании, не вносил изменения в программный код.
В то же время к ошибкам не относятся:
- ошибки, возникшие из-за дефектов в исходных материалах или технических спецификациях клиента;
- дополнительная работа по запросу на изменение.
Добавление описанных выше пунктов в договоры сделает коммуникацию с заказчиками предсказуемее и защитит интересы компании в случае споров.
Автор статьи: Валерий Сталиров, CEO компании IT-юристов Stalirov&Co
