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

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

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

Совместная ответственность без владельца превращается в ничью ответственность. Владелец решения не обязан делать всю работу, но обязан довести её до результата.

Что обычно приносит бизнес-сооснователь

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

Сегмент и доступ к пользователям

Бизнес-сооснователь отвечает за то, чтобы команда разговаривала с реальными людьми из выбранного сегмента, а не с воображаемой аудиторией.

Результатом являются:

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

Продажи

Продажи начинаются до готовности продукта. Нужно проверять ценность, язык предложения, возражения, цену и путь принятия решения.

Владелец продаж отвечает не только за количество встреч, но и за качество обратной связи: почему клиент продолжил, отказался или отложил решение.

Экономика

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

Отраслевая и операционная сторона

Регламенты, юридические ограничения, партнёры, внедрение и поддержка часто определяют продукт сильнее интерфейса. Их должен вести человек, понимающий реальную среду клиента.

Что обычно приносит технический сооснователь

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

Формирование решения

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

Scope проверки

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

Архитектура по стадии продукта

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

Реализация и команда

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

Техническая честность

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

Какие решения остаются совместными

Некоторые вопросы нельзя полностью передать одной стороне.

Выбор основной гипотезы

Рынок определяет ценность и срочность, технология — стоимость и способ проверки. Приоритет появляется на их пересечении.

Границы MVP

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

Цена и обещания

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

Найм ключевых людей

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

Привлечение инвестиций

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

Простая карта ответственности

Полезно выписать ключевые области и назначить владельцев.

Рынок: сегмент, интервью, конкуренты и каналы — обычно владелец бизнес-сооснователь.

Продажи: pipeline, переговоры, цена и пилоты — бизнес-сооснователь.

Продукт: гипотезы и приоритеты — совместное решение с явно назначенным владельцем процесса.

Технология: архитектура, качество, безопасность и эксплуатация — технический сооснователь.

Разработка: поставка продукта и техническая команда — технический сооснователь.

Экономика: выручка, расходы, runway и модель — бизнес-сооснователь с прозрачностью для всей команды.

Операции: внедрение, поддержка и обязательства клиентам — владелец зависит от продукта, но должен быть назван.

Юридические вопросы: привлекается профильный специалист, а решение принимают основатели вместе.

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

Как организовать совместную работу

Единый список гипотез

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

Регулярный продуктовый разговор

Хотя бы раз в неделю основатели сверяют:

• что узнали от пользователей;
• как изменились продажи;
• что показывает поведение в продукте;
• какие технические риски появились;
• какая неопределённость теперь самая дорогая;
• что команда перестанет делать.

Решения в письменном виде

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

Прозрачность плохих новостей

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

Как обсуждать вклад и доли

Распределение долей нельзя вывести из названий ролей. Нужно учитывать:

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

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

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

Признаки неработающего разделения ролей

Бизнес ждёт продукт, прежде чем продавать

Техническая сторона строит в информационном вакууме, а обратная связь появляется после большой инвестиции.

Техническая сторона избегает пользователей

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

Все продуктовые решения принимает один человек

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

Продажи обещают до технического разговора

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

Работа измеряется часами, а не результатом роли

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

До начала совместной работы

Основателям стоит ответить письменно хотя бы на семь вопросов:

1. Какую возможность и для какого сегмента мы проверяем?
2. Что каждая сторона приносит уже сейчас?
3. Кто владеет рынком, продажами, продуктом и технологией?
4. Какой вклад ожидается в ближайшие три месяца?
5. Как принимаются спорные решения?
6. Какие деньги, права и ограничения нужно оформить?
7. При каком результате мы продолжим, изменим или остановим проект?

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

До долгих обязательств полезно проверить совместимость на короткой работе и пройти вопросы из материала «Как найти технического партнёра».