Технический mentor day: простой формат, который будут бронировать

Почему основатели пропускают mentor day

Обычно основатели избегают технического mentor day не потому, что им не нужны советы. Они избегают его потому, что предложение выглядит размыто. Если на странице написано «founder office hours» и почти ничего больше, многие решают, что это будет дружеская беседа без понятного результата.

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

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

Формы создают ещё один большой барьер. Короткая mentor intake form работает, если в ней спрашивают только то, что нужно для подготовки. Но как только там появляются длинная история компании, подробный бэкграунд, полный состав команды и список целей, люди уходят. Им не хочется делать домашнее задание ещё до того, как станет понятно, чем поможет сессия.

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

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

Этот же основатель может бросить форму на 12 вопросов на середине и проигнорировать слот на 8:30 утра во вторник. Проблема не в интересе. Проблема в трении.

Когда посещаемость низкая, дело обычно не в том, что нет спроса на fractional CTO advice. Дело в том, что сессия заставляет людей слишком много угадывать, слишком много печатать или слишком сильно перестраивать свой график.

Сформулируйте предложение в одном предложении

Большинство mentor day проваливаются, потому что предложение звучит слишком туманно. Основатели не бронируют «советы». Они бронируют понятную сессию под понятную проблему.

Назовите сессию так, чтобы сразу было ясно, для кого она. «Founder office hours» — уже неплохо, но становится намного сильнее, если добавить сценарий использования. «CTO office hours for first-time SaaS founders» сразу даёт нужному человеку понять: «это для меня».

Затем пообещайте один конкретный результат. Пусть он будет маленьким и точным. Основатель должен понимать, с чем уйдёт, а не только о чём вы поговорите. Хорошие результаты звучат как «план найма на ближайшие 90 дней» или «решение, строить самому или купить готовое».

Укажите длительность в том же предложении. Короткие сессии легче бронировать, и они помогают держать фокус. Для большинства startup advisory sessions хорошо работают 25–30 минут.

Добавьте, что происходит после звонка. Достаточно одного простого follow-up. Короткий email-итог, заметка с действиями или список следующих шагов с приоритетами дают сессии понятное завершение.

Подходит простая формула:

«[Название сессии] для [кого], кому нужен [результат]. За [длительность] вы получите [конкретный итог]. После звонка я отправляю [follow-up].»

Например: «AI architecture office hours для основателей на seed-стадии, которым нужен план разработки. За 30 минут вы уходите со следующим техническим шагом. После звонка я отправляю одностраничную заметку с действиями».

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

Хорошее предложение в одном предложении делает сразу четыре дела. Оно называет сессию, фильтрует аудиторию, обещает один результат и снимает вопрос о том, что будет дальше. Этого обычно достаточно, чтобы занятый основатель нажал «book», а не «maybe later».

Выберите слоты, на которые люди готовы согласиться

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

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

Для технического mentor day лучше всего работают сессии на 30 или 45 минут. 30 минут хватает на одну чёткую проблему: выбрать стек, разобрать MVP-план или решить вопрос с наймом. 45 минут дают немного больше пространства, если в разговоре есть и продуктовые, и технические вопросы.

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

Для старта достаточно простой тестовой схемы:

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

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

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

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

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

Напишите форму предварительного запроса, которую люди действительно завершат

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

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

Используйте пять полей или меньше. Это жёсткое ограничение не просто так. Если человеку нужно написать страницу контекста, прежде чем он сможет поговорить с вами, ваш booking flow перегружен.

Спрашивайте только то, что меняет сессию

Хорошая форма даёт вам представление о бизнесе, одну проблему для обсуждения и один материал, который стоит посмотреть до звонка. Этого достаточно для founder office hours, startup advisory sessions или короткого слота с fractional CTO advice.

Простой вариант выглядит так:

• Что вы создаёте? Только одно предложение.
• Какую одну проблему вы хотите решить в этой сессии? Один вопрос, не список.
• Насколько велика команда?
• На какой вы стадии?
• Прикрепите одну ссылку или один документ.

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

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

Одно простое правило очень помогает: пишите ограничения рядом с каждым полем. Скажите «одно предложение» или «только одна проблема». Люди отвечают быстрее, когда объём ответа понятен.

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

Выбирайте темы сессий, которые действительно хочется бронировать

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

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

Темы, которые обычно действительно бронируют:

• выбрать следующие несколько продуктовых ставок и убрать всё остальное из ближайших 90 дней
• решить, кого нанимать следующим, или нужна ли команде другая роль для продукта, инженерии или delivery
• сократить лишние облачные расходы и набросать более простую схему, которую текущая команда реально сможет поддерживать
• спланировать одну AI-фичу, которая поможет пользователям и не создаст команде лишней ручной работы
• сравнить build, buy или wait для инструмента или функции, которая постоянно всплывает

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

Есть простой тест: если основатель может описать выигрыш в одном предложении, тема сильная. «Я хочу перестать тратить деньги на инфраструктуру». «Мне нужно понять, нанимать ли senior engineer или tech lead с продуктовым мышлением». «Я хочу протестировать AI-фичу, не создавая команде лишней административной работы».

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

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

Настройте booking flow шаг за шагом

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

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

Для technical mentor day страница бронирования должна отвечать на один простой вопрос: «Что я получу от этого звонка?» Не используйте хитрые формулировки. Скажите, для чего сессия, кому она подходит и какие темы можно выбрать.

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

Чистый flow обычно выглядит так:

1. Начните с короткой страницы с предложением простым языком. Назовите сессию, для кого она и две-три проблемы, с которыми вы можете помочь.
2. Дайте выбрать тему до выбора времени. Этот маленький шаг делает бронирование более конкретным.
3. Поставьте форму до оплаты или финального подтверждения. Спросите о стадии, размере команды, проблеме и одном результате, которого человек хочет добиться.
4. Сразу отправьте приглашение в календарь. Добавьте ссылку на звонок, часовой пояс и выбранную тему.
5. Отправьте одно напоминание за 24 часа до звонка, а затем держите под рукой короткий шаблон follow-up.

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

Если вы предлагаете startup advisory sessions или fractional CTO advice, это особенно важно. Часто люди записываются, потому что хотят решить одну срочную задачу уже сейчас, а не после трёх писем.

Реалистичный пример из жизни основателя стартапа

Основатель SaaS записывается на слот на 45 минут с Oleg после тяжёлого месяца. Попробовали новые тарифы, но платное удержание упало. Основатель не хочет теорию. Ему нужно понять, что чинить первым.

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

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

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

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

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

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

После сессии Oleg отправляет короткую заметку. В ней указаны два теста, метрика для каждого и дата проверки на следующей неделе. Эта дата важна. Без неё многие startup advisory sessions кажутся полезными в моменте, а потом растворяются в плотном календаре.

Именно поэтому хороший technical mentor day и бронируют. Основатели находят время, когда сессия превращает одну запутанную проблему в короткий план, с которым можно действовать сразу.

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

Technical mentor day игнорируют, когда он выглядит размытым, длинным или неудобным для бронирования. У основателей мало времени, и решения они принимают быстро. Если ваша схема создаёт хоть небольшое трение, многие просто пропустят её.

Первая ошибка — пытаться охватить всё сразу. Product strategy, найм, fundraising, tech debt, cloud costs, AI, структура команды, security, go-to-market support и подготовка к инвесторам могут звучать щедро, но со стороны это выглядит как мешанина. Большинство основателей бронируют тогда, когда могут указать на одну понятную проблему и сказать: «Да, это для меня».

Длинные сессии тоже отпугивают. Слота на 60 минут по умолчанию кажется слишком дорогим, даже если он бесплатный. Он требует слишком много времени в календаре и слишком много умственной энергии. Для большинства founder office hours 20–30 минут проще принять, и этого часто достаточно, чтобы решить одну реальную проблему.

Форма предварительного запроса тоже может навредить. Если до звонка вы просите полную историю компании, биографии команды, roadmap продукта, список клиентов и детали стека, многие бросят форму на полпути. Mentor intake form должна собирать только то, что нужно для полезной сессии.

Хорошие настройки простые:

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

Ещё одна частая ошибка — открывать слишком много слотов. Широко открытый календарь не выглядит щедрым. Он может выглядеть как что-то не проверенное, не востребованное или с низким приоритетом. Меньше слотов создаёт фокус и делает день реальным. Четыре–восемь сессий часто выглядят лучше, чем 20 пустых.

Напоминания важнее, чем кажется многим. Люди пропускают startup advisory sessions не потому, что передумали, а потому, что забыли. Отправьте короткое напоминание за день до встречи и ещё одно за несколько часов до неё. Добавьте короткую подготовительную подсказку, например: «Принесите главное узкое место в продукте или инженерии».

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

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

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

Ваше предложение в одну строку должно отвечать на простой вопрос: «Это про мою проблему?» Простые слова работают лучше всего. «30 минут, чтобы разобрать одну проблему с продуктом, инженерией или AI-операциями» — на такое легче сказать да, чем на расплывчатое обещание наставничества.

Слоты должны восприниматься конкретно. Используйте точное время начала и окончания, укажите часовой пояс и оставляйте короткий буфер между звонками, чтобы не стартовать с опозданием. «14:00–14:30» выглядит реально. «Дневная сессия» — нет.

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

Короткая проверка помогает:

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

Четвёртый пункт — место, где многие mentor day проваливаются. Обычно основатели бронируют из-за текущей боли, а не ради общего совета. Сильные темы — это найм первого инженера, оптимизация облачных расходов, выбор объёма MVP, настройка AI-assisted development или распутывание product roadmap. Если вы предлагаете fractional CTO advice, такие темы работают лучше, чем широкие сессии в формате «спросите меня о чём угодно».

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

Что делать после первого mentor day

Настоящая работа начинается после завершения звонков. Хороший technical mentor day даёт две вещи: полезные разговоры с основателями и ясные сигналы о том, что люди будут бронировать снова.

Начните с паттерна бронирований. Какие темы заполнились в первый или второй день, а какие оставались открытыми до конца? Это показывает, где основатели чувствуют срочность. Вы можете обнаружить, что «MVP architecture review» заполняется быстро, а «general Q&A» игнорируется. Если так, уберите размытую тему и добавьте больше сессий вокруг той, которую выбрали первой.

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

После каждой сессии делайте короткую заметку:

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

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

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

Также сортируйте follow-up по глубине. Одним основателям нужен ещё один час. Другим нужна стабильная поддержка в течение месяца или квартала. Когда разрыв больше, чем может закрыть mentoring session, скажите это прямо. Для команд, которым нужна постоянная техническая поддержка, человек вроде Oleg Sotnikov на oleg.is может стать естественным следующим шагом. Его работа как Fractional CTO и startup advisor хорошо подходит для случаев, когда один звонок превращается в архитектурную, наймовую или AI-adoption работу.

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