Акции или деньги для частичного CTO: как выбрать

Почему этот выбор быстро становится сложным

"Акции или деньги для частичного CTO" звучит как вопрос об оплате, но проблемы обычно начинаются раньше. Основатели часто объединяют в одном предложении три разные вещи: частичное лидерство, технические советы и долгосрочную долю в компании. Это разные роли. Когда их смешивают, обе стороны заходят в разговор с разными ожиданиями.

Основатель может думать: «Мне нужен человек, который посмотрит архитектуру, поможет нанять инженеров и время от времени будет участвовать в созвонах с инвесторами». CTO может услышать: «От меня ждут работы как от руководителя, ответственности за поставку результата и долгого участия в компании». Этот разрыв быстро создаёт напряжение, даже если обе стороны действуют добросовестно.

Доля в компании повышает ставки, потому что меняет мотивацию, сроки и ожидания. Деньги обычно оплачивают понятную работу в определённый период. Доля означает веру в компанию, терпение и участие в будущем росте. Она также может означать влияние. Если человек получает долю, он может ожидать голоса в продуктовых решениях, найме, бюджете или привлечении инвестиций. Некоторым основателям нужен совет, а не совместный контроль. Разницу они замечают позже.

Деньги кажутся проще, но размытый объём работы всё равно создаёт проблемы. Ежемесячный ретейнер без чётких границ может превратиться в бесконечные сообщения в Slack, авралы по выходным и давление с просьбой починить любую техническую проблему. Формально это называют «частичной» занятостью, а потом ждут ответственности как от человека на полный день. Модель оплаты не решает неясную роль.

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

Проблема редко в жадности. Чаще это несоответствие ожиданий. Одна сторона думает, что покупает опыт для ограниченной задачи. Другая считает, что входит в историю компании. Если в самом начале не разделить советы, исполнение и долю, обсуждение компенсации превращается в спор об идентичности, а не о деньгах.

За что вы на самом деле платите

Большинство основателей сначала оценивают название, а потом — работу. Именно здесь начинается путаница. Вопрос «акции или деньги для частичного CTO» становится яснее, если разложить роль на реальные обязанности, а не на один общий ярлык.

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

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

Роль снова меняется, когда в комнате появляются инвесторы. Если этот человек участвует в созвонах по привлечению инвестиций, объясняет риски по поставке продукта, отвечает на вопросы due diligence или помогает готовить отчёты для совета директоров, он выполняет уже руководящую работу. Это требует контекста, доверия и времени на подготовку, и всё это часто остаётся невидимым, если смотреть только на название должности.

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

Полезный способ оценить роль — разложить работу по нескольким блокам:

• рекомендации по продукту и архитектуре
• найм и управление командой
• поддержка инвесторов и совета директоров
• контроль поставки и реакция на инциденты

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

На бумаге красиво выглядят названия. А объём работы показывает, что вы на самом деле покупаете.

Когда деньги — чистый вариант

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

Такой формат также хорош, когда основатель сохраняет реальный контроль. Если именно основатель по-прежнему решает направление продукта, бюджет, найм и темп работы, доля может быстро стать неудобной. Советник может помогать формировать план, но компания сама решает, следовать ему или нет.

Этот разрыв важен. Доля привязывает оплату к итоговому результату. Если советник не может влиять на исполнение, качество команды или решения основателя, доля может стать источником разочарования вместо согласованности.

Деньги делают договор проще. Вы задаёте бюджет, определяете объём работы и платите по счетам. Обе стороны понимают, сколько стоит работа в этом месяце, и никому не нужно гадать, что потом может означать маленькая доля в компании.

Деньги обычно подходят, когда:

• вам нужен аудит, дорожная карта или ограниченный этап разработки
• вам нужна предсказуемая помесячная или проектная цена
• вы скоро планируете нанять полноценного CTO или руководителя разработки
• советник будет направлять команду, но не управлять компанией

Чёткий объём особенно важен в денежной модели. Просите конкретные результаты: обзор архитектуры, проверку подрядчиков, план поставки, воронку собеседований, процесс реагирования на инциденты или план снижения расходов. Если объём размыт, основатель может ожидать руководящей ответственности, а советник будет думать, что он здесь только для консультаций.

Простой пример: стартап привлекает внешнего технического лидера на восемь недель, чтобы он провёл аудит продукта, снизил расходы на облако и помог выстроить план найма первого engineering manager. Основатель по-прежнему отвечает за продуктовые решения и привлечение денег, а позже эту роль возьмёт другой сотрудник. В таком случае деньги понятнее, чем доля CTO в стартапе.

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

Когда доля может подойти

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

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

При этом денег действительно должно не хватать. Доля не должна заменять средства, которые у компании уже есть и которые она просто не хочет тратить. Она лучше работает, когда бизнес может платить хоть что-то сейчас, пусть и ниже рынка, и при этом предлагает дополнительный upside, потому что человек берёт на себя реальный риск вместе с основателями.

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

Время тоже важно. Если человек приходит уже после того, как продукт определён, команда собрана, а самые трудные ранние решения уже приняты, обосновать долю сложнее. Если же он подключается тогда, когда у компании ещё много открытых вопросов, его работа может сильнее повлиять на итог.

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

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

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

Как по шагам определить объём работы

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

Начните не с названия, а с проблем. Запишите несколько вещей, которые этот человек должен решить в ближайшие 30–90 дней. Это может быть выбор архитектуры, найм первых инженеров, сокращение облачных расходов или исправление процесса релизов, который ломается каждую неделю. Если список проблем расплывчатый, разговор о компенсации тоже будет расплывчатым.

Потом разделите работу на уровень решений и уровень еженедельного исполнения. Есть задачи уровня руководства: выбор архитектуры, стандарты найма, выбор подрядчиков, приоритеты по безопасности или то, как AI-инструменты вписываются в команду. Есть и более прямые задачи: проверка бэклога, стендапы, помощь при инцидентах, code review и поддержка релизов. Один человек может делать и то и другое, но договор должен это отражать. Регулярная работа по поставке требует больше часов и более высокой доступности.

Простой документ с объёмом работы должен покрывать пять вещей:

1. Результаты, которых вы ждёте через 30, 60 и 90 дней.
2. Что человек делает каждую неделю, а что он только советует.
3. Его часы, время ответа и график встреч.
4. Какие решения он может принимать без согласования с основателем.
5. Дату, когда обе стороны снова пересмотрят объём работы, оплату и полномочия.

Полномочия важнее, чем думают многие основатели. Если вы просите человека снизить инфраструктурные расходы, улучшить надёжность или выстроить AI-first процесс разработки, ему нужно пространство, чтобы менять инструменты, процессы и приоритеты. Если основатель хочет утверждать каждый шаг, такой человек ближе к техническому советнику, чем к CTO.

Пересмотрите соглашение через 30 дней, а потом ещё раз через 90. Компании на ранней стадии меняются быстро. Частичный советник может стать человеком, который управляет наймом, архитектурой и поставкой. Бывает и наоборот. Более широкий объём требует более широких полномочий и обычно более высокой оплаты. Узкий объём должен оставаться узким и по контролю, и по компенсации.

Простой пример стартапа

У основателя SaaS-продукта уже есть продукт на рынке, два разработчика и растущий список технических проблем. Ей нужна помощь старшего уровня, но ей не нужен CTO на полный день на каждой встрече.

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

Почему деньги? Потому что результат легко назвать. Основатель платит за аудит, дорожную карту и несколько рабочих сессий с командой. Никому не нужно спорить о цене доли, вестинге или о том, заслуживает ли короткий проект доли CTO в стартапе. Если работа заканчивается по плану, договор заканчивается так же чисто.

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

Это уже другая работа. Она больше похожа не на совет, а на аутсорсинг технического лидерства.

В этот момент может подойти смешанная модель:

• ежемесячная оплата за регулярную работу
• небольшой пакет доли, который вестится со временем
• чёткие права на решения по найму, архитектуре и поставке
• письменная точка пересмотра через первые 90 дней

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

Распространённая ошибка — оставить первое соглашение в силе, когда роль уже выросла. Когда советы превращаются в руководство, условия нужно переписать. Если договор не обновлять, обе стороны обычно начинают чувствовать себя недооценёнными, перегруженными или не понимают, кто за что отвечает.

Ошибки, которые создают конфликт

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

Этот разрыв быстро становится дорогим. Если вы даёте долю до того, как определили работу, вы платите за обещание, которое ни одна из сторон не описала ясно.

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

Простой пример показывает проблему. Основатель даёт внешнему техническому лидеру 1% доли, ожидая, что тот будет нанимать инженеров, выбирать стек, проверять код и разбираться с инцидентами. А этот человек появляется только на одной стратегической встрече раз в две недели, потому что думал, что роль чисто консультационная. Обе стороны чувствуют себя введёнными в заблуждение и считают, что именно другая сторона изменила договор.

Доля также перестаёт работать, когда человек не может влиять на результат. Если у него нет полномочий по бюджету, найму, дорожной карте или выбору подрядчиков, он не сможет достаточно повлиять на компанию, чтобы оправдать владение частью бизнеса. В таком случае деньги обычно понятнее, потому что работа ограничена, а результат не полностью зависит от этого человека.

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

• когда начинается вестинг и как долго он длится
• есть ли cliff
• что происходит при продаже компании
• может ли любая сторона завершить роль раньше срока

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

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

Быстрая проверка перед согласием

Большинство споров начинается ещё до начала работы. Основатель представляет практического исполнителя и человека, принимающего решения. Внешний лидер ждёт несколько стратегических созвонов и немного советов по найму.

Обсуждать это становится намного проще, когда обе стороны письменно отвечают на одни и те же пять вопросов.

• Можете ли вы описать роль двумя простыми предложениями? Одно должно объяснять, за что этот человек отвечает каждую неделю. Второе — за что он не отвечает.
• Понятны ли первые цели на 90 дней настолько, чтобы обе стороны могли повторить их по памяти?
• Соответствует ли оплата времени, риску и уровню контроля?
• Понимают ли обе стороны, как любая из них может завершить соглашение?
• Прописали ли вы, кому принадлежат код, документы, идеи и внутренние данные?

Есть и совсем простой тест. Попросите основателя и внешнего технического лидера ответить на эти вопросы отдельно, а потом сравните ответы. Если роль, цели или условия выхода не совпадают, соглашение всё ещё слишком туманное.

Именно эта туманная середина и создаёт больше всего боли. Одна сторона ждёт суждений уровня CTO. Другая работает как ограниченный консультант. Ясное соглашение кажется почти скучным, и обычно это хороший знак.

Что делать дальше

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

Держите этот первый объём маленьким и конкретным. Попросите технический аудит, план найма, обзор дорожной карты продукта или план спасения одной запутанной проблемы. Если задача расплывчата, разговор об оплате тоже останется расплывчатым.

Хорошо работает простой путь:

• начните с оплачиваемой работы и определите часы, результаты и права на решения
• добавляйте долю только если роль включает реальную ответственность за компанию
• назначьте даты пересмотра объёма работы, оплаты и полномочий
• попросите человека, которому вы доверяете, прочитать договор простым языком до подписания

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

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

Пропишите даты пересмотра с самого начала. Проверка через 30, 60 или 90 дней помогает ответить на три полезных вопроса: что изменилось, какие полномочия человек действительно использовал и всё ещё ли оплата соответствует роли? Такая привычка сильно снижает риск обид.

Перед подписанием получите второе мнение простым языком. Друг-основатель, стартап-юрист или опытный оператор часто замечает туманные формулировки за десять минут.

Если вам нужна внешняя помощь в определении роли до того, как компенсация превратится в долгий спор, Oleg Sotnikov занимается именно такой работой с частичным CTO и стартапами через oleg.is. Иногда короткий обзор объёма работы в самом начале экономит куда более серьёзную переделку потом.