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

Акционерное соглашение в девелопменте подписывают в момент, когда партнёры максимально доверяют друг другу. Именно поэтому оно почти никогда не работает. Не потому что плохо написано — а потому что написано не про то. Стандартный SHA предполагает, что бизнес будет работать бесконечно. Девелоперский проект заканчивается. Это разные логики, и смешивать их — значит создавать документ, который красиво выглядит и ничего не защищает.

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

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

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

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

Прежде чем читать дальше — вспомни один момент из вашего SHA. Есть ли там хоть одно упоминание фаз проекта? Не «стадий развития компании», а именно фаз: проектирование, разрешения, строительство, продажи, распределение. Если нет — дальнейший текст про вас.

Ещё одно противоречие, которое редко замечают: в девелопменте компания-SPV создаётся под конкретный проект. Когда проект завершён, SPV либо умирает, либо берёт следующий. SHA, написанный «на вечность», не предусматривает ни того ни другого сценария. Что происходит с правами партнёров после завершения проекта? Кто решает, брать ли следующий? На каких условиях? Молчание документа здесь — это не нейтральность. Это мина.

Это не исчерпывающий список. Это минимум, без которого документ не защищает.

1. Механизм принятия решений на каждой фазе проекта

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

2. Правила довнесения капитала и последствия отказа

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

Без этого пункта первый же кассовый разрыв превращается в корпоративный конфликт.

3. Выход из проекта до его завершения

Партнёры расходятся. Это случается. SHA должен описывать: как партнёр может выйти, по какой цене оценивается его доля на незавершённом проекте, кто имеет право преимущественного выкупа, какой срок на принятие решения. Отдельно — что происходит, если никто не хочет выкупать: есть ли механизм принудительной продажи третьему лицу.

4. Распределение прибыли: когда, как, кому

«Прибыль распределяется пропорционально долям» — это не ответ. Ответ выглядит так: прибыль распределяется после завершения всех расчётов с подрядчиками, погашения проектного финансирования, формирования резервного фонда в размере X% от выручки, и не ранее чем через 30 дней после получения разрешения на ввод в эксплуатацию. Каждое слово здесь — это закрытая дверь для будущего спора.

5. Управление подрядчиками и одобрение крупных сделок

Кто выбирает генподрядчика? Кто согласует изменения в смете свыше N рублей? Кто подписывает договоры с проектировщиками? Это не операционные мелочи — это точки, где партнёры чаще всего начинают подозревать друг друга в нечестности. Прозрачный механизм одобрения снимает большую часть этих подозрений заранее.

6. Что происходит при смерти или недееспособности партнёра

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

7. Механизм разрешения тупиков (deadlock)

Когда партнёры не могут договориться, а проект стоит — это не теоретическая ситуация. Это происходит. SHA должен описывать последовательность: сначала переговоры, потом медиация, потом — конкретный механизм выхода из тупика. Классика: russian roulette (один называет цену, второй решает — купить или продать по этой цене), texas shootout (оба называют цену, побеждает больший). Какой механизм — вопрос договорённости. Главное — он должен быть.

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

1. Изменение концепции проекта

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

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

2. Форс-мажор и его трактовка в девелопменте

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

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

3. Репутационные ограничения партнёров

Это пункт, который кажется излишним, пока не становится необходимым. Что происходит, если один из партнёров попадает в уголовное дело? Если его публично обвиняют в мошенничестве? Если он начинает вести бизнес с лицами, которые создают репутационные риски для проекта?

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

Михаил и Андрей — партнёры в девелоперском проекте на Северо-Западе. Жилой комплекс, средний сегмент, выручка проекта около 800 миллионов. SHA подписали у хорошего юриста, документ выглядел солидно. Тридцать страниц, всё по-взрослому.

Через полтора года после начала строительства рынок просел. Продажи шли медленнее, чем планировали. Михаил предложил изменить концепцию: убрать часть квартир малого метража, добавить коммерческие помещения на первых этажах, пересмотреть отделку. По его расчётам, это давало плюс 15% к маржинальности.

Андрей был против. Не потому что расчёты неверны — он просто не хотел рисковать дополнительными согласованиями и задержкой сроков. У него были свои обязательства перед банком.

SHA молчал. В документе не было ни слова о том, кто и как принимает решение об изменении концепции. Формально — решение требовало единогласия как «существенное изменение бизнес-плана». Михаил настаивал, что это операционное решение управляющего партнёра. Андрей настаивал на обратном.

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

Один пункт. Один абзац в SHA о том, кто и как принимает решение об изменении концепции проекта. Стоимость этого абзаца — 40 миллионов рублей и три года судебных разбирательств.

Здесь обычно возникает возражение: «У нас с партнёром всё иначе, мы двадцать лет знакомы, мы доверяем друг другу». Я слышал это много раз. Михаил и Андрей тоже были знакомы двадцать лет. Доверие — это про людей. SHA — это про ситуации, в которых люди оказываются. Это разные вещи.

Копирование шаблона из другой отрасли

Самая распространённая ошибка. SHA из IT-стартапа, из торговой компании, из производства — всё это не подходит для девелопмента. Не потому что там плохие юристы. А потому что логика бизнеса другая. Проектный горизонт, фазовая структура, специфика активов — всё это требует отраслевой адаптации.

Отсутствие привязки к фазам проекта

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

Размытые формулировки вместо триггеров

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

Игнорирование налоговой структуры

SHA описывает корпоративные отношения, но не учитывает, как устроена налоговая структура проекта. Если проект реализуется через несколько юридических лиц — SHA должен описывать отношения на уровне всей структуры, а не только одного SPV. Иначе партнёр, контролирующий «верхнюю» компанию, получает возможности, которые SHA не предусматривал.

Здесь возникает второе типичное возражение: «Мы уже подписали SHA, переделывать поздно». Переделывать никогда не поздно, пока нет конфликта. Дополнительное соглашение к SHA — это нормальная практика. Гораздо дешевле, чем судебный спор.

Пять вопросов. Если на три из пяти ответ «нет» или «не знаю» — документ нужно пересматривать.

1. Есть ли в SHA упоминание фаз проекта и разные правила для каждой фазы?

2. Описан ли механизм довнесения капитала с конкретными последствиями отказа?

3. Есть ли пункт о смене концепции проекта — кто решает и как?

4. Описан ли механизм выхода из тупика (deadlock) — конкретный, не «переговоры»?

5. Есть ли форс-мажорная оговорка, написанная под девелопмент, а не под стихийные бедствия?

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

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

В начале я написал, что SHA подписывают в момент максимального доверия. Теперь понятно, почему это проблема: именно тогда никто не хочет прописывать неудобные сценарии. «Зачем думать о смерти партнёра, когда мы только начинаем?» «Зачем прописывать выход, если мы планируем работать вместе?» Именно эти вопросы — признак того, что SHA будет написан неправильно.

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

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

Да, и особенно в этом случае. Миноритарный партнёр с долей 30% без SHA практически беззащитен: мажоритарий может принимать большинство решений единолично. SHA — это инструмент, который даёт миноритарию реальные права: вето на ключевые решения, право на информацию, механизм выхода по справедливой цене. Без него партнёрство 70/30 — это фактически наёмный менеджер с долей.

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

Если хочешь получать подобные разборы раньше, чем они появляются на сайте, — подпишись на телеграм. Там короче, жёстче и без SEO-требований к объёму.

t.me/vvetrov

Если читая это, ты понял, что ваш документ написан под другую логику — это нормально. Большинство SHA в девелопменте именно такие. Вопрос не в том, чтобы найти виноватых. Вопрос в том, когда это обнаружится: сейчас, за столом, или потом, в суде.

Работаю с партнёрствами в девелопменте, где выручка проекта от 200 миллионов рублей. Не с теми, кто только планирует войти в отрасль — там другая логика и другие инструменты.

Беру не более трёх новых запросов в месяц.

Напиши на hi@vvetrov.com: кто ты, что за проект, в чём вопрос по SHA. Если ситуация уже горит — напиши об этом прямо. Горящие разбираю отдельно.

P.S. Обещанный вопрос, который я задаю партнёрам на первой встрече: «Опишите, как вы расстанетесь, если через три года один из вас захочет выйти». Если партнёры смотрят друг на друга с удивлением — SHA им нужен срочно. Если начинают спорить — ещё срочнее.

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

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