Авторские
cases

Акционерное соглашение для девелопменте: что прописать: для фаундера

Большинство акционерных соглашений в девелопменте написаны так, будто партнёры никогда не поссорятся.

Красивые пункты о распределении прибыли. О голосовании. О дивидендах. О том, как всё будет хорошо, когда объект сдадут.

И ни слова о том, что делать, когда один из них перестаёт отвечать на звонки. Или начинает отвечать — но через адвоката.

Я видел это достаточно раз, чтобы перестать удивляться. Шестой раз за этот год слышу примерно одно и то же: «мы всё прописали, но когда началось — оказалось, что не то».

Почему девелопмент — особый случай

В большинстве бизнесов конфликт между партнёрами — это неприятно, но управляемо. Можно выйти. Можно продать долю. Можно разойтись, пока проект ещё живёт.

В девелопменте так не работает.

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

Это не случайность. Это структура.

Девелоперский проект создаёт идеальные условия для партнёрского кризиса: долгий горизонт, редкие выплаты, высокая зависимость от решений каждого из партнёров, и момент максимального напряжения — обычно где-то в середине, когда деньги уже потрачены, а прибыль ещё не видна.

Именно тогда выясняется, что соглашение написано для мирного времени.

Что обычно прописывают — и почему этого мало

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

Это необходимо. Но этого недостаточно.

Вот что остаётся за скобками почти всегда.

Кто принимает решения в кризис. Не в штатном режиме — а когда партнёры не договорились, подрядчик требует деньги, банк грозит ковенантами, и времени на переговоры нет. В большинстве соглашений этого нет. Есть «решения принимаются единогласно» — и всё. Что происходит, когда единогласия нет, — молчание.

Что происходит с проектом при выходе одного партнёра. Продажа доли третьему лицу звучит красиво. Но кто купит 40% в незавершённом жилом комплексе на третьем году стройки? По какой цене? На каких условиях? Соглашение обычно описывает механизм, но не описывает реальность, в которой этот механизм работает.

Кто несёт субсидиарную ответственность — и как это распределено между партнёрами. В девелопменте это не абстракция. Это живые деньги и живые риски.

Один случай из практики. Партнёры — двое, проект жилой комплекс в регионе, доли 60/40. Соглашение есть, нотариально заверено, всё чисто. Конфликт начался на четвёртом году: миноритарий решил, что мажоритарий выводит деньги через подрядчиков. Мажоритарий решил, что миноритарий блокирует решения из вредности. Оба были правы примерно наполовину.

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

Восемь месяцев. Подрядчики ушли. Часть разрешений истекла. Потери — существенные.

Три пункта, которые реально работают

Я не буду давать чек-лист из двадцати позиций. Это не тот формат, и не та польза.

Три вещи, которые в девелопменте должны быть прописаны с зубами — не декларативно, а с конкретным механизмом исполнения.

Dead-lock с операционным суверенитетом. Тупик — это не абстрактная ситуация. Это конкретный момент, когда партнёры не могут договориться, а проект не может ждать. Соглашение должно отвечать на вопрос: кто в этот момент принимает решение, и какое именно решение он вправе принять без согласия другого.

Не «стороны обязуются урегулировать разногласия путём переговоров». А: если в течение X дней решение не принято, операционный партнёр вправе действовать самостоятельно в рамках утверждённого бюджета. Или: тупик активирует механизм выкупа по заранее согласованной формуле.

Разница между этими двумя подходами — это разница между восемью месяцами простоя и двумя неделями неприятных переговоров.

Drag-along и tag-along с девелоперской спецификой. В классическом варианте drag-along — это право мажоритария продать компанию целиком, обязав миноритария продать свою долю на тех же условиях. В девелопменте это работает иначе: объект часто важнее юрлица, структура может быть многоуровневой, и «продажа компании» может означать очень разные вещи в зависимости от стадии проекта.

Это нужно прописывать под конкретный проект. Не копировать из шаблона.

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

Он не гипотетический. Он неизбежный.

В девелопменте, где каждое решение — это деньги, время и репутация, вопрос «кто рулит, когда мы не договорились» — это не юридическая формальность. Это основа операционной устойчивости проекта.

Если этого нет в соглашении — значит, ответ на этот вопрос будет дан в суде. Или в переговорах под давлением. Оба варианта дороже, чем разговор за столом до подписания.

Что это значит для тебя

Акционерное соглашение — не защита от конфликта.

Конфликт в девелоперском партнёрстве почти неизбежен. Слишком длинный горизонт, слишком большие деньги, слишком много точек, где интересы расходятся.

Соглашение — это ответ на другой вопрос. Не «случится ли конфликт». А «кто выйдет из него с проектом».

И этот ответ лучше знать заранее.

Если хочешь разобраться в своей ситуации — начни с канала. Короткие наблюдения о партнёрских конфликтах, без воды: @vvetrovcom

P.S. Если ситуация уже острая — это не для канала. Пиши напрямую: hi@vvetrov.com

Апрель 2026. Автор — Виталий Ветров, стратегический советник.

Связанные материалы: