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