Рекомендация 1. Не надо называть оферту термином «договор оферты»

Эта ошибка совершенно не критична, однако может создать для компании репутационные риски. Использование термина «договор оферты» свидетельствует о невысоком уровне подготовки юридической документации проекта. «Договор оферты» – это оксюморон. Как я отмечал ранее, выставление оферты – это один из этапов заключения договора, а сама оферта – это предложение заключить договор, но никак не сам договор. Допускается использовать термины «оферта», «договор», «пользовательское соглашение», «публичная оферта», «договор-оферта» или «договор (оферта)».

Наиболее опасными в бизнесе являются юридические риски. Ибо можно выстроить превосходную экономику проекта, создать целую бизнес-империю, но потерять всё в один момент из-за судебного решения, подписи не на том документе и т. д. Более того, юридические риски имеют свойство вылезать из прошлого, а прошлое, как известно, изменить невозможно.

Кстати, оферту не обязательно оформлять в виде документа. Её можно стилизовать в виде правил проекта, памятки, интерактивной схемы, вопросов-ответов (F.A.Q.), разбавить картинками, схемами и т. д. Главное, чтобы было понятно, что компания предлагает контрагентам взаимодействовать на указанных условиях, а контрагент не мог их не заметить.

Рекомендация 2. Договор, оферта должны отражать реальное положение вещей и защищать интересы компании

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

Я нередко сталкиваюсь с ситуацией, когда в договоре/оферте описываются одни бизнес-процессы, а на практике реализуются совершенно другие.

Обычно это происходит по следующим причинам:

– компания копирует документацию конкурентов;

– при изменении бизнес-процессов компания не вносит в договоры соответствующие правки;

– компания поручает составление договора (оферты) специалистам, не предоставляя чёткого описания всех своих бизнес-процессов, тактических и стратегических целей.

Естественно, всё это создаёт юридические риски на ровном месте.

Если компания поручает составление договора (оферты) юристам, то для качественного выполнения задачи им необходимо предоставить всю необходимую информацию о бизнесе, а ещё лучше – создать рабочую группу из юристов и ключевых сотрудников компании (в этом случае возникнет необходимая синергия).

Конечно, бывают случаи, когда совсем молодые компании выходят на рынок с целью протестировать (обкатать) бизнес-модель и у них нет достаточного количества средств, чтобы позволить себе качественные услуги юристов. В этом случае какое-то время можно использовать «самописный» договор, подготовленный, например, основателем бизнеса. Главное, чтобы проект не являлся высокорисковым и не имел дела со значительными финансовыми потоками, в противном случае без участия юристов лучше ничего не делать.

При составлении договора (оферты) нужно помнить, что некоторые базовые правила рынка уже предусмотрены законодательством и если договор (оферта) будет им противоречить, то применяться будут последние.

Отдельно стоит разобрать ситуацию, когда команды копируют договоры/оферты своих конкурентов и используют их в своих проектах. Не могу утверждать, что это прямо сильно порочная практика (правда, хорошего в этом тоже мало), но иногда это вполне даже выход, особенно если на первых порах бюджет сильно ограничен. Если допустить такую практику как приемлемую, то при этом необходимо соблюсти несколько важных нюансов.

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

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

Во-вторых, при копировании договора (оферты) нужно учитывать административные, финансовые и иные ресурсы конкурента, благодаря которым он может позволить себе ту бизнес-модель, которую имеет. У копирующего проекта таких ресурсов может не быть. Например, популярные сервисы «такси», такие как «Яндекс. Такси», Gett, доплачивают своим водителям за выполненные заказы. Но кто-то не может себе этого позволить. А это на самом деле очень существенный элемент бизнес-модели, имеющий также и юридическое значение. Или, к примеру, чьи-то производственные мощности могут позволить осуществлять доставку заказанного на сайте товара день в день, а кто-то устанавливает для этого срок в 2–3 дня. Это тоже создаёт уникальность бизнес-процессов.

В-третьих, копирующий проект должен оценить репутационные и юридические риски заимствования договора (оферты) конкурента. Это может показаться забавным, я и сам поначалу сомневался в том, что изложу далее в этом абзаце. Но, если оферта конкурента написана очень креативно и её легко узнать среди множества других, то она может являться объектом интеллектуальной собственности конкурента. В этом случае копирование может повлечь судебное преследование и наложение штрафа. В российском законодательстве (пп. 1 п. 6 ст. 1259 Гражданского кодекса РФ) указано, что не являются объектом авторских прав законодательные акты, но там не говорится о договорах. Таким образом, возможность признания оферты интеллектуальной собственностью таит в себе риски. Да, существует судебная практика, по которой оферты (договоры) не признавались объектом авторских прав, но в тех кейсах они и не обладали высоким уровнем уникальности (креативности), а это не значит, что и в другом случае оферта не будет признана объектом интеллектуальной собственности.

ВЫВОД: прежде чем заимствовать чьи-то документы, лучше семь раз примерить этот «наряд» к проекту. Если не повезёт, то заимствованный документ может оказаться достаточно тяжкой ношей. Так или иначе, пользоваться специально разработанной под конкретный проект документацией куда безопаснее и приятнее.