Формат звонка с ментором для фаундера, который заканчивается одним решением

Почему большинство звонков с ментором расплываются

Большинство звонков с ментором кажутся полезными в моменте, потому что оба человека много говорят. Но это не то же самое, что принять решение.

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

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

Главная проблема проще: никто не называет точный выбор, на который нужен ответ. Фаундер решает, привлекать ли деньги сейчас или подождать? Урезать ли функции или сдвинуть запуск? Менять ли слабого менеджера или дать ему еще месяц с коучингом? Если этот выбор размытый, любая боковая тема начинает казаться важной.

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

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

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

Определите решение до звонка

Разговоры расплываются, когда фаундер приносит широкую тему вместо конкретного выбора. «Нужно обсудить найм» — слишком размыто. «Нанимать ли senior backend engineer в этом месяце или подождать один релиз и взять подрядчика?» — это уже решение.

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

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

Этот небольшой шаг меняет весь разговор. Ментор может сравнивать стоимость, скорость, риск и нагрузку на команду. Но он не может сравнивать размытые идеи вроде «двигаться быстрее» и «сохранять гибкость».

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

Перед звонком отправьте короткую заметку. Одного абзаца достаточно, если в нем есть фраза с решением, варианты, дедлайн и две-три важные детали. Если вы разговариваете с fractional CTO или техническим советником, это одно уже может сэкономить первые 15–20 минут.

Вот пример хорошей заметки: «Решение: перестраиваем onboarding сейчас или оставляем текущий поток до запуска? Варианты: переделать в этом спринте, только подлатать или отложить на шесть недель. Цена ожидания: много обращений в поддержку и стагнация конверсии. Контекст: команда из четырех человек, запуск через пять недель, дополнительного бюджета нет».

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

Задайте одно правило для звонка

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

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

Простой старт работает лучше длинного вступления. Сначала скажите, что именно вам нужно решить, а уже потом объясняйте почему. «Мне нужно выбрать между переносом запуска и сокращением объема». «Мне нужно решить, нанимать ли сейчас или подождать шесть недель». «Мне нужно выбрать один канал продаж, с которого начать тест».

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

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

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

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

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

Проведите звонок в шесть шагов

Используйте жесткий тайминг. Если звонок идет без темпа, фаундер заполняет пространство контекстом, а решение ускользает.

Шаг 1 — первая минута. Скажите решение одним предложением. «К концу этого звонка мне нужно решить, нанимаем ли мы sales в этом месяце или ждем». Это помогает обоим оставаться честными. Если фраза звучит размыто, значит решение еще слишком мягкое.

Шаг 2 — следующие несколько минут. Делитесь только фактами, а не всей историей. Хорошие факты короткие и простые: деньги на счету, запас по времени, продажи за месяц, задержки по продукту, количество клиентских звонков, воронка найма. Мнения подождут. Если кто-то начинает пересказывать последние шесть месяцев, остановите и спросите: «Что мы точно знаем прямо сейчас?»

Шаг 3 начинается примерно на шестой минуте. Выведите на стол реальные варианты. Оставьте два или три. Если их больше, это обычно значит, что фаундер еще не сузил вопрос.

Шаг 4 занимает большую часть середины звонка. Проверьте каждый вариант по одним и тем же критериям: стоимость, скорость, риск и что должно быть правдой, чтобы это сработало. Именно здесь ментор должен давить. Если фаундер говорит: «Мы, наверное, как-нибудь дожмем продажами», спросите, какой показатель ему нужен и к какому сроку. Если ментор еще и дает технический совет, сейчас самое время свести выбор к цифрам, времени команды и операционной боли.

Шаг 5 происходит примерно на 16–20-й минуте. Назовите развилку простыми словами. Любой реальный выбор от чего-то отказывается. Возможно, найм сейчас ускорит расход денег. Возможно, ожидание сохранит запас, но замедлит рост. Проговорите это вслух, чтобы никто не прятался за надежной историей.

Шаг 6 — завершение. Выберите один путь до конца звонка. Затем назначьте один следующий шаг с ответственным и датой. «Я отправлю три кандидатуры к четвергу» — это реальный следующий шаг. «Нам стоит подумать о найме» — нет.

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

Задавайте вопросы, которые заставляют выбрать

Многие фаундеры могут говорить 30 минут, не выбирая ничего. Исправление простое: каждый серьезный вопрос должен делать один вариант дороже, медленнее или менее вероятным, чем другой.

Начните со стоимости каждого пути. Спросите: «Что вы теряете, если выберете это?» Потом задайте тот же вопрос про второй вариант. Фаундеры часто быстро называют выгоду и пропускают потери. Именно там прячется размытое мышление.

Помогает давление времени. Спросите: «Что сломается, если подождать 30 дней?» Если честный ответ — «не очень многое», возможно, выбор не заслуживает долгого спора. Если падает выручка, сдвигается запуск или нанятый человек сидит без дела, у ожидания появляется реальная цена.

Деньги и ограничения команды обычно решают спор быстрее, чем разговоры о видении. Спросите: «Какой вариант реально укладывается в ваши деньги и команду прямо сейчас?» Не в следующем квартале. Не после идеального найма. Прямо сейчас. План, которому нужны два senior engineers и шесть недель работы, — не реальный вариант для маленькой команды с десятью днями запаса денег.

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

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

Именно здесь формат и приносит пользу. Он сжимает истории до ограничений. Когда fractional CTO подталкивает разговор в эту сторону, фаундер обычно получает от звонка гораздо больше, чем от очередного круга общих советов. К концу встречи он должен уметь сказать одну фразу: «Мы выбрали X, потому что Y, и сегодня мы прекращаем Z».

Простой пример с фаундером

На звонок приходит фаундер SaaS-стартапа с типичной проблемой. Выручка стоит на месте, пробные регистрации идут, а команде в следующем месяце хватит сил только на одно: нанять sales-менеджера или улучшить onboarding.

Вместо полного отчета по компании ментор просит только три числа: сколько пробных запусков началось в прошлом месяце, какой процент пользователей дошел до первого успешного шага в onboarding и сколько денег и времени потребует первый sales-наем до первой сделки.

Это быстро меняет тон разговора. Если trial начали 800 человек, а до завершения настройки дошли только 12%, проблема, скорее всего, не в количестве лидов. Если наем sales сожжет четыре месяца запаса денег до какого-то внятного результата, этот вариант становится куда сложнее оправдать.

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

Потом ментор подталкивает к развилке, а не к смешанному плану. «Если вы нанимаете sales сейчас, что откладывается?» Фаундер отвечает: исправление onboarding, письма для trial и чеклист настройки. «Если вы сначала чините onboarding, от чего вы отказываетесь?» Фаундер говорит: от возможности раньше протестировать outbound.

Вот это и есть важный момент. Фаундер больше не обсуждает идеи абстрактно. Он выбирает, чего не делать.

К концу звонка фаундер принимает одно решение: следующие 21 день улучшать onboarding, а затем посмотреть на конверсию из trial в paid, прежде чем открывать роль sales. Дата проверки сразу попадает в календарь, прежде чем кто-то отключится.

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

Ошибки, которые убивают сессию

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

Следующая утечка — рассказы вместо ответа. Фаундеры часто отвечают на прямой вопрос десятиминутным контекстом. Некоторый фон полезен. Большая его часть просто откладывает сложную часть разговора. Если ментор спрашивает: «Что будет, если ничего не делать 30 дней?» — а в ответ звучит полная история компании, звонок уже уехал в сторону.

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

Лекарство — простой язык. Скажите: «У нас денег на шесть недель». Скажите: «У меня тут только один инженер». Скажите: «Мы не потянем еще одну кастомную фичу». Скажите: «Если я возьмусь за это, продажи замедлятся». Когда ограничение ясно, слабые варианты обычно сами разваливаются.

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

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

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

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

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

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

Потом проверьте, действительно ли один вариант умер. Хороший звонок всегда что-то отбрасывает. Если все пути остаются живыми, никто ничего не выбрал. Фаундер может решить на две недели остановить outbound-sales и сосредоточиться на активации. Но это важно только если он одновременно отказывается от идеи немедленно нанять еще одного sales-менеджера.

Дальше назовите одного ответственного за следующий шаг. Один человек, одно действие. Команды застревают, когда задача принадлежит «всем нам». Если тест делает фаундер — так и скажите. Если draft делает head of product — скажите это вместо этого.

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

Для первой проверки достаточно одной метрики. Выберите число, которое покажет, сработало ли решение. Если команда меняла onboarding, смотрите на activation. Если меняли цены — на conversion или выручку на новый аккаунт. Не нужно отслеживать пять чисел и называть это ясностью.

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

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

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

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

Потом расскажите команде. Люди лучше работают, когда понимают, что изменилось, а что нет. Достаточно простого обновления: «Мы откладываем новую функцию на две недели, чтобы исправить onboarding. Цены пока остаются прежними. Sales продолжает использовать текущий питч». Такая заметка убирает догадки и останавливает боковые споры еще до их начала.

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

Не проверяйте его расплывчатыми вопросами вроде «Как мы к этому относимся?». Сравнивайте с одним-двумя понятными результатами. Улучшилась ли конверсия из demo в trial? Команда стала выпускать быстрее? Упали ли обращения в поддержку? Решение легче оценивать, когда тест простой.

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

Сам звонок — не победа. Победа — это ясное решение, команда, которая знает план, и короткое окно проверки, показывающее, был ли выбор верным.