Как платить техническому сооснователю, если денег мало

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

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

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

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

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

Размытые обещания только усугубляют ситуацию. «С долями разберёмся позже» в первую неделю звучит безобидно. Через три месяца, после прототипа, звонков клиентам и нескольких бессонных ночей, эта же фраза превращается в спор о том, кто что заработал.

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

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

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

Сначала честно оцените реальные компромиссы

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

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

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

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

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

Простой пример это хорошо показывает. Если Маша может писать код 30 часов в неделю и ей нужно $2,000 в месяц, чтобы продолжать, а Лёва может заниматься продажами 20 часов в неделю и ему нужно $500, их договор должен учитывать и время, и денежное давление. Равные титулы не всегда означают равные условия.

Определите, что значит «фултайм», до того как это слово прозвучит снова. Это 40 часов в неделю? Без сторонних клиентов? Быстрый ответ в рабочее время? Готовность разбираться с проблемами в выходные? Размытое обещание наносит больше вреда, чем меньшее, но ясное обязательство.

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

Выберите такой формат оплаты, который вы реально потянете

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

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

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

Прежде чем выбрать цифру, проверьте четыре вещи:

• сколько компания может платить как минимум 6–9 месяцев
• сколько денег нужно оставить на юристов, инструменты и базовые расходы
• какой бюджет вы хотите сохранить для первого найма
• какое бизнес-событие даст повод повысить оплату

Последний пункт особенно важен. Повышайте денежную часть только тогда, когда случается что-то конкретное: первая выручка от клиентов, подписанный контракт или внешнее финансирование. Не привязывайте рост оплаты только к усилиям. Тяжёлая работа важна, но зарплаты платит выручка.

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

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

Раздавайте долю поэтапно, а не сразу целиком

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

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

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

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

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

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

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

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

Зафиксируйте договор в пяти шагах

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

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

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

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

4. Разбейте долю на вехи. Для раннего договора достаточно двух или трёх вех. У каждой должна быть дата и понятный результат, например: бета к 30 июня, поддержка первых платящих клиентов к 31 августа или стабильный релиз с согласованными требованиями к производительности. Привязывайте каждый кусок доли к работе, которую обе стороны могут проверить.

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

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

Простой пример оплаты для основателей

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

У компании мало денег, поэтому Priya не получает обычную рыночную зарплату. Вместо этого стартап платит ей $1,500 в месяц в течение первого периода. Этой суммы не хватит до уровня крупной компании, но она делает две полезные вещи: помогает закрыть базовые расходы на жизнь и показывает, что её работа не считается бесплатной.

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

В договоре есть и одна понятная веха. После того как Priya выпускает рабочую бета-версию, она получает ещё 2%. Эта дополнительная часть привязана к реальному результату, а не просто к времени в календаре. Выпущенную бету легко увидеть и трудно потом оспорить.

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

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

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

Запишите правила до начала работы

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

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

Хороший черновик должен отвечать на пять скучных, но дорогих вопросов:

• Когда выплачиваются деньги, в какую дату и что происходит, если в этом месяце компания не может заплатить всю сумму?
• Что именно означает каждая веха в реальных терминах, с проверяемым результатом вместо расплывчатых формулировок вроде «MVP готов»?
• Кому с первого дня принадлежат код, дизайн-файлы, домены, аккаунты и данные клиентов?
• Как вы меняете объём работ, сроки или оплату, если продукт меняет направление?
• Что происходит, если один основатель уходит через 3 недели, 6 месяцев или сразу после запуска?

Формулируйте вехи так, чтобы их мог прочитать третий человек и сказать да или нет. «Сделать onboarding» — слишком расплывчато. «Пользователь может зарегистрироваться, подтвердить email, создать рабочее пространство и пригласить одного участника» — уже достаточно чётко, чтобы проверить.

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

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

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

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

Ошибки, которые ломают доверие

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

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

Ещё одна частая ошибка — обещать «больше потом» без письменного триггера. На словах это выглядит гибко, но обычно превращается в спор. «Потом» для человека, который пишет код в полночь, означает одно, а для человека, который питчит инвесторам, — совсем другое. Если дополнительная доля зависит от выпуска MVP, выхода на выручку или перехода в engineering full time, запишите это простыми словами.

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

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

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

Несколько предупреждающих признаков сложно не заметить:

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

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

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

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

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

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

Короткий чек-лист помогает поймать большинство слабых договоров:

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

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

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

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

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

Прогоните договор через несколько простых проверок.

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

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

Именно здесь опытный внешний человек отрабатывает свои деньги. Хороший fractional CTO или startup advisor замечает слабые цифры, расплывчатые вехи и условия по доле, которые выглядят уравновешенно только до первого стресса. Такой аудит часто обходится дешевле, чем исправлять разделение между основателями после того, как доверие уже начинает трескаться.

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