Повестка CTO на seed-стадии: продукт, техдолг, найм и продажи

Почему неделя снова и снова ускользает

Повестка CTO на seed-стадии в понедельник утром выглядит вполне управляемой. А потом неделя начинает вести себя как автомат с пинболом.

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

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

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

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

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

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

Что CTO нужно закрывать каждую неделю

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

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

• Продуктовые ставки требуют настоящего времени на размышление. CTO должен быть рядом с теми фичами или экспериментами, которые могут изменить рост, удержание или активацию. Именно эта работа показывает, строит ли команда то, чем люди действительно будут пользоваться.
• Техдолг требует регулярной уборки. Небольшие улучшения в тестах, деплое, структуре кода и мониторинге помогают команде не замедляться позже. Долг легко откладывать, потому что он редко кричит, но когда баги накапливаются, он обходится дорого.
• Найму нужен импульс еще до того, как боль станет очевидной. Даже если в эту неделю оффер не уходит, CTO должен продолжать собеседования, разговаривать с кандидатами или дорабатывать критерии оценки для следующей роли.
• Поддержка продаж важнее, чем многие CTO готовы признать. На ранних сделках часто нужен технический голос. Короткий звонок, ответ по безопасности или реалистичная оценка интеграции могут спасти сделку и не дать команде пообещать лишнее.
• Поддержка команды помогает работе двигаться. Инженерам нужны решения, контекст и понятная ответственность. Быстрые ответы снимают блокеры лучше, чем еще одна встреча по планированию.

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

Поэтому повестка seed-stage CTO должна охватывать всю компанию, а не только бэклог. Продукту, возможно, стоит отдать самую большую долю, но другим направлениям тоже нужен хотя бы один контакт в неделю. Даже 30 сосредоточенных минут на найм или sales лучше, чем молчание.

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

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

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

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

Идеального деления не нужно. Нужен рабочий вариант. Повестка CTO на seed-стадии может начинаться, например, с 40% на продукт, 25% на техдолг, 20% на найм и 15% на поддержку продаж. Другой команде может подойти другой баланс. Смысл в том, чтобы сознательно выбрать примерные доли и жить с ними хотя бы неделю.

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

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

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

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

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

Ведите неделю по простому ритму

Повестка seed-stage CTO работает лучше, когда у каждого дня есть одна главная задача. Если оставить неделю открытой, Slack-сообщения, просьбы инвесторов, баг-репорты и вопросы от sales перемешаются между собой. И тогда побеждает самая громкая проблема, даже когда она не должна.

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

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

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

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

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

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

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

Такой ритм не делает неделю тихой. Он делает компромиссы видимыми.

Используйте правила, когда приоритеты сталкиваются

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

Повестка seed-stage CTO работает только тогда, когда правила для спорных случаев остаются простыми. Начинайте с боли клиента. Если пользователь не может закончить задачу, уходит во время онбординга или снова и снова просит support об одном и том же исправлении, эта проблема всегда важнее внутреннего предпочтения. Более красивую админку можно подождать. Сломанный поток регистрации — нет.

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

Поддержке продаж тоже нужен свой принцип. Подключайтесь к звонкам, когда реальной сделке нужно техническое доверие, чтобы двигаться дальше. Пропускайте случайные «можешь на 10 минут?» звонки, если там нет бюджета, сроков или понятного следующего шага. CTO может помочь закрыть бизнес, но хаотичные pre-sales беседы легко съедают полдня.

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

Когда приоритеты сталкиваются, помогает короткий фильтр:

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

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

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

Простой пример недели в seed-стартапе

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

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

Простая повестка seed-stage CTO на эту неделю может выглядеть так:

• Понедельник утром: 45 минут с фаундерами, чтобы расставить три запроса по приоритету, затем 60 минут с engineering lead, чтобы зафиксировать баг и решить, уезжает ли релиз.
• Вторник днем: 60 минут на технический ответ, который нужен потенциальному клиенту до пятницы, при этом product и sales сидят в комнате, чтобы потом никто не переписывал его заново.
• Среда: финальное интервью с senior-кандидатом, а сразу после — 30 минут, чтобы принять решение да или нет, пока детали еще свежи.
• Четверг: проверить исправление бага, подтвердить объем релиза и дать sales финальную версию ответа для потенциального клиента.
• Пятница утром: закрыть хвосты, обновить фаундеров и сбросить следующую неделю до того, как накопятся новые запросы.

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

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

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

Повестка seed-stage CTO обычно ломается не из-за драматичных событий, а из-за обычных вещей. Одно сообщение от фаундера становится планом на день, sales забирает все свободные окна, а работа по долгу откладывается еще на неделю. Вскоре календарь выглядит забитым, но компания не движется осознанно.

• У фаундера появляется новая идея, и engineering начинает считать ее обязательством еще до того, как кто-то проверил размер проблемы. Свежие идеи важны, но к ним нужен тот же фильтр, что и к любой другой работе. Спросите, какую боль пользователя она решает, кто купит из-за нее и что сдвинется, если команда скажет «да» прямо сейчас.

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

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

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

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

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

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

Короткая проверка перед началом недели

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

Задайте себе пять простых вопросов.

• Какое одно продуктовое изменение должно выйти или быть проверено на этой неделе?
• Какая одна проблема техдолга будет снова и снова тормозить команду, если вы ее опять проигнорируете?
• Сколько часов вы отдадите sales, демо и срочным вопросам клиентов, прежде чем они съедят всю неделю?
• Когда именно вы будете заниматься наймом, чтобы он не растворился в случайных промежутках?
• Какое пространство вы оставили на проблему, которую сегодня никто не может предсказать?

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

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

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

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

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

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

Что делать дальше, если хаос возвращается снова и снова

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

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

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

Большинство проблем повестки seed-stage CTO становятся очевидными, когда цифры оказываются на бумаге. Кажется, что sales занимает «всего пару быстрых вопросов», а потом выясняется, что он съел восемь часов и сломал все блоки глубокого фокуса, которые вы планировали.

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

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

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

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

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

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