5 коварных моментов в договорах на аутсорс-разработку

Что на украинской земле хорошо растет, так это подсолнухи, пшеница и программисты-аутсорсеры. Поэтому, для всех выращенных под приветливым украинским солнцем аутсорсеров, а также для остальных заинтересованных, мы решили разобраться, на которых (адских) условиях компании готовы отдать кому-то часть своей работы.

Чего хочет заказчик?

Всякий заказчик, беспокоится о своем бизнесе, хочет как можно скорее получить качественные результаты услуг (желательно, бесплатно). При этом, по окончании проекта он бы не против стереть вашу память, чтобы случайно, а умышленно вы не проболтали кому все их коммерческие тайны.

 

Как это выглядит в договоре?

Почитав предоставленный заказчиком договор, вы, конечно, мумию XVIII в. до н.э. не оживет, но найти там кое-что интересное, скорее всего, сможете. Какие варианты? Мы подготовили несколько примеров, которые будут полезны как компаниям, так и свободным птицам-фрилансерам.

1. Все, что ты сделал, — не ты сделал.
Вы можете думать, что вы — хозяин результатов своего труда, своего дома и жизни вообще, но в соответствии с условиями договора, можете где-то ошибаться. Например, по договору, права интеллектуальной собственности на результаты услуг с момента их создания могут принадлежать заказчику. То есть, уже первые небрежно навязанные вами символы кода сразу переходят в собственность заказчика, независимо от того, заплатил он вам за это, или нет. Думаете — это коварное обман? Называйте, как вам удобно, но «что написано пером, и топор не вырубишь» (читать: «согласованно по электронной почте, того и # Петей не истреблю»).

Что с этим делать? — прописывать в договоре, права интеллектуальной собственности на результаты услуг переходят к заказчику, только после полной оплаты вашей работы.

2. Услуги Шредингера, которые в мешке
Так иногда случается, что ваша компания-заказчик из США и сам Аутсорс на какую-либо компанию из Гонконга. Дополнительно, может оказаться, что все они работают в одном коворкинге по соседству с вашим бизнес-центром на Дунаевской 1. Если бы оно ни было, а конечный заказчик по договору может иметь право в любое время изменять свои взгляды на проект. При этом, все такие изменения в его мировоззрении автоматически вступают в юридическую силу и для вас. Такую методологию организации процессов можно было бы назвать «extreme agile», если бы беда была не в том, что вы подписывали договор на waterfall-разработку (о разнице между таким договорам можно почитать здесь). При таких условиях, клиент в любой момент может отказаться от предыдущих задач, или же придумать супер-функцию, которую нужно добавить на сайт уже вчера. И самая большая проблема в том, что договор не определяет, каким образом это влияет на сумму вашего вознаграждения.

Что с этим делать? — прописывать, что любые изменения в мире идей конечного клиента имеют юридическую силу для вас, только с вашей на это согласия. А даже, если ваш заказчик не является посредником между вами и конечным клиентом, то все равно, вписывайте в договор понятный и приемлемый для себя способ согласования задач.

5 підступних моментів у договорах на аутсорс-розробку

3. Принеси зуб дракона полуночи до горы Бессмертие — и я оплачу предоставленные услуги.
Вы с боем выхватили клиента у конкурентов, после долгих переговоров подписали договор, согласовали список разработчиков, обрекли эту команду в месяц без сна, все вместе неустанно и упорно работали и в конце концов загрузили супердодаток на Play Store. Думаете, что пройти такой тернистый путь — это достаточно, чтобы получить заслуженную награду? Не спешите бросаться в радостный танец, возможно, еще рано открывать шампанское. От чего может зависеть то, заплатят вам? И от чего угодно. Например, от того, заплатил клиент вашем заказчику. Или же, успели вы предоставить информацию о количестве потраченных на проект часов. У вас может быть обязанность представлять такую ​​информацию каждый понедельник в 10 утра по Центральным время. Если вы не сделаете этого, то компания иметь право вам не заплатить. Это вроде и несложный фокус, но дедлайн — птицы привередлива, всякое в жизни бывает. Поэтому и соглашаться на такие условия вам точно не советуем.

Что с этим делать? — ваш идеальный вариант — это, когда оплата зависит только от того, качественно вы предоставили услуги. Именно это и нужно прописывать в договоре. И хорошо почитайте, не нужно вам дополнительно выполнить какие-то абры-Кадабра, чтобы получить свои заработанные потом и кровью.

 4. Докажи свою преданность Короне

Чтобы убедить заказчика в своих благих намерениях добросовестно предоставлять услуги, вам нужно предоставить неопровержимые доказательства. Для кого-то будет достаточно вашего портфолио, репутации и адекватности в переговорах, но не все заказчики готовы этим удовлетвориться. И здесь остается только вопрос, с чем вы сможете согласиться. Почитайте внимательно договор, возможно, в соответствии с его условиями, вам нужно предоставить справку о непричастности к коррупции, выписку из кредитной истории, результаты проверки вашего криминального прошлого, тест на наркотики. Возможно, ваш заказчик также вправе провести аудит вашей компании, и, при этом, никаких обязательств по неразглашению полученных данных у него нет. Вы готовы поделиться с заказчиком своими самыми сокровенными тайнами?

Что с этим делать? — оставьте в договоре лишь то, что вы можете и готовы предоставить, или показать. Никоим аудитом больше. Все только под грифом «секретно».

5. Не пожелай разработчика ближнего своего (из десяти заповедей ИТ компаниям).
Каждая компания заботится о своих ценных кадров, и заказчик обязательно напишет, что у вас нет права переманивать к себе его работников. Возможно, вам эти американские программисты и не по карману даже, а вот написано что-то в договоре о ваших «бесценных ФЛП» — вам обязательно нужно проверить. Ведь иногда заказчику гораздо выгоднее работать напрямую с вашими программистами. К тому же, на него не распространяются условия о непереманивания.

Что с этим делать? — обязательно дописать, что заказчик также обязуется не привлекать пряниками ваших программистов к сотрудничеству с ним без вашего участия. Берегите свою команду. Любите их. Беспокойтесь о них.

Краткий вывод:
Мудрые латиняне говорили: «Pacta sunt servanda», что в переводе на живой язык означает «Договоры следует выполнять». Мы же имеем лишь маленькое дополнение: «Договоры также следует читать. И редактировать при необходимости 😉 ».

Бесплатная первичная консультация по ІТ праву в твоем кейсе. Не медли ;)Твой вопрос ІТ юристам


Хочешь получать крутую инфу по IT-праву,
без спама и надоедливых акций?