Большинство акционерных соглашений в девелопменте написаны так, будто партнёры никогда не поссорятся. Красивый документ, правильные слова, нотариус доволен. Проблема в том, что когда объект встаёт на паузу, деньги заканчиваются, а один из партнёров хочет выйти — этот документ не работает. Не потому что юрист был плохой. А потому что в нём прописали не то, что нужно собственнику девелоперского бизнеса.
Акционерное соглашение для девелопмента — это не корпоративный договор, скопированный из шаблона для торговой компании. Это документ под специфику проектного бизнеса с длинным горизонтом, кассовыми разрывами и активами, которые невозможно быстро оценить. В этой статье — что именно прописать, чтобы SHA работал в момент конфликта, а не лежал в папке.
В конце — один пункт, который я рекомендую ставить первым в любом SHA для девелопмента. Большинство юристов его пропускают.
Девелопмент — проектный бизнес. Это звучит очевидно, но из этого факта вытекает всё остальное. Проект имеет начало, середину и конец. На каждой фазе — разные риски, разные потребности в капитале, разные роли партнёров. Стандартный SHA написан под операционный бизнес, где компания работает непрерывно, выручка идёт каждый месяц, а активы более или менее стабильны.
В девелопменте этого нет. Есть земельный участок, который стоит одно. Есть разрешение на строительство, которое стоит другое. Есть котлован, который стоит третье. Есть готовый объект, который стоит четвёртое. И на каждом переходе между этими стадиями партнёры могут оказаться в принципиально разных позициях — по деньгам, по рискам, по желанию продолжать.
Прежде чем читать дальше — вспомни, на какой стадии находится твой проект сейчас. И подумай: что происходит с долей партнёра, если он захочет выйти именно сегодня. Если ответ неочевиден — это уже проблема.
Три точки, где стандартный документ рассыпается в девелопменте. Первая — кассовый разрыв. Проект требует дополнительного финансирования, один партнёр готов вложить, второй — нет. Что происходит с долями? Стандартный SHA молчит. Вторая — смена фазы. Проект перешёл от проектирования к строительству, роли партнёров изменились, а документ описывает структуру управления, которая уже не соответствует реальности. Третья — выход до завершения. Партнёр хочет продать свою долю, когда объект ещё не сдан. Как оценить долю в незавершённом строительстве? Стандартный SHA не знает.
Пятый раз за год вижу одну и ту же ситуацию: партнёры в девелопменте расходятся на стадии, когда объект уже начат, но ещё не продаётся. Именно в этот момент выясняется, что документ, который они подписали два года назад, написан для другого бизнеса.
Это не значит, что SHA бесполезен. Это значит, что его нужно писать под девелопмент — с учётом фазности проекта, специфики активов и реальных сценариев конфликта. О том, как это сделать — дальше.
Первый вопрос любого SHA — кто что вносит и как это оценивается. В девелопменте этот вопрос сложнее, чем в большинстве других бизнесов. Потому что вклады часто неденежные.
Один партнёр приносит земельный участок. Другой — административный ресурс и связи в мэрии. Третий — деньги. Как оценить первые два? Это не риторический вопрос — это юридическая и финансовая задача, которую нужно решить до подписания SHA, а не после первого конфликта.
Земельный участок оценивается относительно просто — есть рыночная оценка, есть кадастровая стоимость. Но административный ресурс? Связи, которые позволяют получить разрешение на строительство за три месяца вместо восемнадцати? Это реальная стоимость, которую рынок не умеет считать напрямую. В SHA нужно либо зафиксировать согласованную оценку этого вклада, либо прописать механизм её определения. Иначе через два года один партнёр будет считать, что его вклад стоил половину проекта, а второй — что десять процентов.
Второй блок — механизм дополнительного финансирования. Это, пожалуй, самый важный раздел SHA для девелопмента. Кассовые разрывы в строительстве — не исключение, а правило. Проект всегда стоит больше, чем планировалось. Вопрос не в том, понадобятся ли дополнительные деньги, а в том, кто их внесёт и на каких условиях.
Здесь нужно прописать три вещи. Первое — порядок принятия решения о дополнительном финансировании (кворум, сроки, форма). Второе — что происходит, если один партнёр готов вложить, а второй нет: размывается ли доля отказавшегося, или он берёт займ под залог доли, или есть другой механизм. Третье — предел размытия: до какого минимума может упасть доля партнёра, который не участвует в дополнительном финансировании.
Без этого блока SHA в девелопменте — неполный документ. Именно здесь начинается большинство конфликтов, которые я видел в своей практике.
Управление в девелоперском партнёрстве — это не просто распределение ролей. Это архитектура принятия решений под конкретный тип бизнеса, где одно неверное решение может стоить сотни миллионов.
Первое разграничение, которое нужно сделать в SHA: операционные решения и стратегические. Операционные — это всё, что касается текущего управления проектом: подрядчики, сроки, технические решения. Их должен принимать один человек — управляющий партнёр или нанятый CEO — без необходимости согласовывать с каждым акционером. Стратегические — смена концепции проекта, привлечение нового инвестора, продажа объекта целиком — требуют согласия всех или квалифицированного большинства.
Если это разграничение не прописано, партнёры начинают согласовывать всё. Каждый подрядчик, каждое изменение в смете, каждый технический вопрос превращается в переговоры. Проект замедляется. Деньги уходят.
Второй блок — механизм дедлока. Что происходит, когда партнёры не могут договориться по стратегическому вопросу? В девелопменте есть три рабочих варианта. Первый — медиация с привлечением независимого эксперта из отрасли (не юриста, а человека, который понимает проект). Второй — механизм «русской рулетки»: один партнёр называет цену, второй решает — купить по этой цене или продать. Жёстко, но работает. Третий — временный мораторий с передачей управления независимому управляющему на период разрешения конфликта.
Выбор механизма зависит от структуры партнёрства. Если партнёров двое и доли равные — «русская рулетка» может быть уместна. Если партнёров трое или больше — лучше работает медиация с чётко прописанными сроками.
Третий элемент — роль внешнего управляющего. В крупных девелоперских проектах это не роскошь, а буфер. Нанятый CEO или управляющая компания, которая не является акционером, снимает часть операционных конфликтов между партнёрами. Но его полномочия тоже нужно прописать в SHA — иначе партнёры будут обходить его при каждом удобном случае.
Это раздел, который чаще всего пишут формально. «Партнёр вправе продать свою долю с соблюдением преимущественного права покупки». Красиво. Но в девелопменте этого недостаточно.
Один из собственников девелоперской компании — назову его Алексей, строительный бизнес в регионе, партнёрство с двумя соинвесторами — пришёл ко мне после того, как вышел из проекта на стадии котлована. Выйти пришлось вынужденно: личные обстоятельства, нужны были деньги. SHA у них был. Преимущественное право прописано. Но механизма оценки доли в незавершённом строительстве не было. Партнёры оценили его долю по затратам — то есть по тому, сколько уже вложено. Алексей считал, что правильная оценка — это дисконтированная стоимость будущего объекта с учётом его доли. Разница составила около трети от суммы сделки. Они судились восемь месяцев. В итоге договорились на цифре посередине — но восемь месяцев и отношения были потрачены.
Этой истории не было бы, если бы в SHA стояла одна строчка: «Оценка доли при выходе до завершения строительства производится на основании независимой оценки рыночной стоимости объекта на дату выхода с применением доходного подхода».
Выход до завершения объекта — отдельная логика, которую нужно прописывать отдельно. Три сценария, которые должны быть в SHA. Первый — добровольный выход: партнёр хочет продать, проект идёт нормально. Здесь нужен механизм оценки и срок, в течение которого остальные партнёры могут воспользоваться преимущественным правом. Второй — вынужденный выход: личное банкротство, смерть, недееспособность. Здесь нужны отдельные механизмы — особенно для случая смерти, когда наследники могут оказаться в составе партнёрства без какого-либо желания и компетенции. Третий — принудительный выход: партнёр нарушил условия SHA или причинил ущерб проекту.
Tag-along и drag-along в девелопменте работают иначе, чем в операционном бизнесе. Tag-along — право миноритария продать свою долю вместе с мажоритарием на тех же условиях — в девелопменте часто ограничивают по фазам проекта. До получения разрешения на строительство — одни условия, после — другие. Drag-along — право мажоритария принудить миноритария продать долю вместе с ним — в девелопменте нужно прописывать с учётом минимальной цены продажи, иначе мажоритарий может продать проект за бесценок в ущерб миноритарию.
Здесь обычно возникает возражение: «У нас с партнёром доверительные отношения, мы двадцать лет знакомы, нам это не нужно». Я слышу это регулярно. И я не буду говорить, что доверие — это плохо. Доверие — это хорошо. Но SHA пишется не для того, чтобы выразить недоверие партнёру. Он пишется для того, чтобы у вас обоих было одинаковое понимание правил игры. Это разные вещи.
Ошибка первая: нет механизма принудительного исполнения. SHA — это договор. Договор работает, если его можно исполнить принудительно через суд или через заранее согласованный механизм. Если в SHA написано «партнёры обязуются согласовывать стратегические решения», но нет последствий за нарушение этого обязательства — это декларация, не договор. Каждое ключевое обязательство в SHA должно сопровождаться ответом на вопрос: что происходит, если это обязательство нарушено?
Ошибка вторая: не прописаны форс-мажорные сценарии проекта. Не личные форс-мажоры партнёров, а проектные. Что происходит, если разрешение на строительство не получено в срок? Если генподрядчик обанкротился? Если изменилось законодательство и концепция проекта стала нежизнеспособной? Эти сценарии нужно прописывать не как «мы договоримся», а как конкретные процедуры с конкретными сроками и последствиями.
Здесь обычно возникает второе возражение: «Мы уже работаем вместе год, поздно что-то менять». Это неправда. SHA можно подписать на любой стадии проекта. Да, чем позже — тем сложнее договориться, потому что у каждого уже есть позиция. Но «сложнее» не значит «невозможно». И точно лучше сделать это сейчас, чем через суд через два года.
Ошибка третья: документ не обновляется при смене фазы проекта. Это, пожалуй, самая недооценённая ошибка. SHA подписали на старте — когда был только участок и идея. Прошло два года, объект строится, появились новые инвесторы, изменилась структура финансирования. SHA остался прежним. Он описывает реальность, которой больше нет.
Хорошая практика — прописывать в SHA обязательный пересмотр документа при переходе между фазами проекта. Это не значит переписывать всё с нуля. Это значит проверять, соответствует ли документ текущей реальности, и вносить изменения там, где нет.
Коллега, партнёр юридической фирмы, специализирующейся на M&A в строительстве, однажды сказал мне: «Я могу определить качество SHA по одному вопросу: написан ли он для нотариуса или для момента конфликта». Это точная формулировка. Большинство SHA написаны для нотариуса.
Да, и особенно в этом случае. Договор о намерениях не регулирует ни структуру капитала, ни управление, ни выход. Когда появится юридическое лицо — а в девелопменте оно появится — SHA нужно подписывать одновременно с его регистрацией. Иначе вы создаёте компанию без правил игры.
Технически — можно. Практически — это как использовать инструкцию по эксплуатации легкового автомобиля для грузовика. Формально похоже, по сути — другой класс задач. Стандартный шаблон не учитывает фазность проекта, специфику оценки девелоперских активов и механизмы выхода при незавершённом строительстве.
Это само по себе важная информация. Отказ от SHA — не всегда признак недобросовестности: иногда это страх, иногда непонимание. Но если партнёр отказывается после того, как вы объяснили, зачем это нужно — это сигнал, который стоит принять всерьёз. О том, как работать с такими ситуациями, — в материале о партнёрском конфликте в бизнесе.
В начале я написал, что в конце будет один пункт, который большинство юристов пропускают. Вот он.
Первым пунктом любого SHA для девелопмента я рекомендую ставить не описание структуры капитала и не перечень прав партнёров. Первым пунктом — цель проекта и критерии его успеха.
Звучит странно для юридического документа. Но вот почему это работает. Большинство конфликтов в девелоперских партнёрствах начинаются не с нарушения прав, а с расхождения в понимании того, что вообще считается успехом. Один партнёр хочет построить и продать быстро. Другой — построить и держать как рентный актив. Третий — построить, продать часть, на вырученные деньги начать следующий проект. Все три стратегии разумны. Но они несовместимы.
Если цель проекта и критерии успеха зафиксированы в SHA — это не просто декларация. Это основание для разрешения конфликтов. Когда партнёры расходятся во мнениях, первый вопрос: «Что из этого соответствует нашей зафиксированной цели?» Это переводит разговор из плоскости «кто прав» в плоскость «что соответствует договорённостям».
Теперь ты видишь, почему я начал с парадокса: документ, написанный для нотариуса, не работает в момент конфликта. Потому что нотариусу не нужна цель проекта — ему нужны подписи. А тебе нужен документ, который работает тогда, когда всё идёт не по плану.
Если хочешь разобрать свою ситуацию — пиши в Telegram. Там отвечаю лично.
Также полезно прочитать: как правильно оформить партнёрство в строительстве — там разобраны организационные форматы, которые влияют на то, как работает SHA.
Если у тебя есть партнёр в девелоперском проекте и SHA либо нет, либо он написан под другой бизнес — это не катастрофа. Это задача, которую можно решить.
Работаю с собственниками девелоперских и строительных компаний с выручкой от 80 миллионов рублей. Не с теми, кто ищет шаблон — шаблоны есть в интернете. С теми, кто понимает, что документ под их конкретный проект стоит времени и денег.
Это не подойдёт, если ты только начинаешь проект и у тебя ещё нет партнёра. Это подойдёт, если партнёр уже есть, проект уже идёт, и ты понимаешь, что текущая документация не покрывает реальные риски.
Беру не более 3 заявок в неделю на разбор партнёрских структур. Напиши на hi@vvetrov.com: кто ты, что за проект, в чём вопрос.
P.S. Если ситуация не моя — скажу честно и порекомендую, к кому идти.
Апрель 2026. Автор — Виталий Ветров, стратегический советник и переговорщик в партнёрских структурах.