Договариваемся на берегу с заказчиком: соглашения и договор

06.03.2014 |
Закон и договоры

This image has an empty alt attribute; its file name is 1.gif У Вас случалось так, что вы уже в процессе сдачи этапа или всего проекта, и вдруг, в очередной беседе с заказчиком, выясняется, что у вас не только разное понимание конечного состояние проекта, но и вообще большинства пунктов сотрудничества, которые вам до этого казались само собой разумеющимися?

Со мной так несколько раз произошло. Особенно тяжелые случаи при работе с некоторыми суровыми российскими заказчиками.

Набор шаблонов юридических договоров для IT компании

Готовые договоры для работы с клиентами и сотрудниками. Просто допишите нужные названия и фамилии.

Marketing by

Официальным документом для фиксирования договоренностей выступает договор, но чаще всего он составлен нами из заготовок в интернете, и оформляется только для банка.

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

Ни для кого не секрет, что решение спорных ситуаций в нашей сфере крайне редко доходит до суда. Стоимость, потраченное время и силы в судебном разбирательстве часто не стоят свеч, поэтому юридического смысла даже самый так называемый “непробиваемый договор” может и не получить. В таком случае зафиксированные в любом письменном виде соглашения будут иметь такую же силу, как и договор. Данные положения вам понадобятся при решении потенциальных конфликтных ситуаций.

Как мы обычно начинаем проект? Мы рады, что заказчик нас выбрал, что будет интересный проект, и надеемся на лучшее. Эта надежда и является движущей силой предпринимательства. Если бы Колумб не верил в лучшее, пересекая неизвестность в тысячи километров, то он бы так и остался у теплого испанского камина.

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

Итак, что же следует обсудить и зафиксировать письменно перед стартом Fixed Price проекта:

Порядок принятия работы
Как и кем будет приниматься работа, какие критерии принятия. Это помешает заказчику утверждать, что не все готово, и затягивать выплаты. Обычно это может быть срок, в течение которого заказчик должен письменно указать несоответствие ТЗ или принять этап.

Порядок выплат
Какова авансовая оплата. Для минимизации рисков рекомендую также разбивать этапы выплат на минимальные, вплоть до двухнедельных.

Комиссия платежей и расходы
Прописать, что комиссию за банковский перевод берет на себя заказчик, за получение платежей – исполнитель. Также все почтовые расходы оплачиваются заказчиком.

Поддержка после окончания работ 
В течение какого срока вы будете исправлять баги. Что делать, если поменяются какие-нибудь версии, например для iOS выйдет новая OS, обязаны ли вы поддерживать.

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

Где и как будет передаваться код
Не рекомендую разрабатывать на серверах и репозиториях заказчика. Так вы лишаетесь рычагов, с помощью которых вы можете воздействовать на выплаты.

Non­solicitation
Стоит прописать, что заказчик не имеет права переманивать ваших сотрудиков и работать с ними на протяжении двух лет без вашего письменного согласия. Также заказчик не посвящает их в финансовые вопросы.

­ Процедура изменения требований по каждому из этапов
Рейт таких изменений и сроки реализации.

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

Документы заказчика
К договору заказчика можно попросить приложить копию своих регистрационных документов с мокрой печатью, чтобы вы были уверены в благонадежности заказчика.

Рекомендую на этапе начала работ составить такой чеклист и пройтись по нему с заказчиком в спокойной обстановке, и проговорить все эти пункты. Предварительно следует продумать аргументацию. Зачастую заказчику важна только стоимость и сроки, но как мы видим, для нас важно не только это.

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

Успешного выполнения проектов и пусть ваши отношения с клиентами только крепнут. Во второй части статьи мы затронем пункты договоренностей по типу работ Time&Materials и Dedicated team.

И приглашаем в наш клуб “Growth Factory Academy” где мы помогаем компаниям размером от 5 до 200 развивать свои бизнесы с помощью:

  • регулярных занятий и мастерклассов (8 в месяц)
  • доступ к закрытой библиотеке конференций Outsource People и тренингов за 8 лет
  • закрытое сообщество из 250+ директоров

Павел Обод Основатель Growth Factory
Соц. сети:
Подписаться
Уведомить о
0 Comments
Межтекстовые Отзывы
Посмотреть все комментарии
Читайте также

Набор шаблонов юридических договоров для IT компании

Готовые договоры для работы с клиентами и сотрудниками. Просто допишите нужные названия и фамилии.

Marketing by