Собеседование на CTO для стартапа: как проверить здравый смысл под давлением

Почему резюме не показывают здравый смысл в стартапе

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

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

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

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

Основателям обычно нужны прямые ответы:

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

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

Что подготовить до интервью

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

Начните с вашего реального бэклога, а потом сделайте его чуть неудобным. Возьмите 12–20 пунктов, а не аккуратную топ-5. Смешайте работу, которая конкурирует сама с собой: запрос клиента, баг, который бьет по доверию, technical debt, обещание продаж и один пункт, который выглядит срочным, но, скорее всего, может подождать.

Дайте кандидату тот же контекст, в котором живет команда каждый день. Покажите бэклог, где работы больше, чем команда успеет сделать за квартал. Назовите runway в простых месяцах, например 6 или 8. Укажите одну незакрытую вакансию, отсутствие которой чувствуется каждую неделю, например нет product designer или senior backend engineer. И задайте одну бизнес-цель на следующий квартал в виде одного результата.

Runway важен, потому что он меняет форму каждого ответа. Человек, который слышит: «У нас 18 месяцев», может вложиться в более фундаментальную работу. Тот, кто слышит: «У нас 5 месяцев», должен стать гораздо строже. Если кандидат говорит одинаково в обоих случаях, это многое показывает.

Незакрытая вакансия тоже важна. Команда из пяти человек без product manager работает совсем не так, как команда без DevOps engineer. Хорошие кандидаты меняют объем, процесс и риск с учетом этой дыры. Слабые продолжают предлагать план, для которого нужны люди, которых у вас нет.

Держите бизнес-цель узкой. Одной цели достаточно. «Увеличить конверсию в оплату на 20%» — подходит. «Улучшить продукт» — нет. Одна цель заставляет делать выбор, а выбор и есть главное.

Хорошо работает простой сценарий: пять человек, семь месяцев runway, нет senior frontend hire и квартальная цель — снизить отвал на trial во время онбординга. Потом передайте бэклог и на минуту замолчите. Если кандидат первым делом уменьшает шум и спрашивает, что влияет на выручку или удержание, скорее всего, перед вами человек, который выдержит стартап-давление.

Как провести live-тест

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

Держите настройку простой. Передайте короткий пакет с текущим бэклогом, списком команды и одним жестким ограничением, например коротким runway или отсутствующей вакансией. Вам нужно достаточно деталей, чтобы человек вынужден был выбирать, а не читать целую корпоративную wiki.

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

Потом перестаньте говорить. Дайте 20–30 минут, чтобы разложить работу и вернуться с планом на 90 дней. Попросите расставить приоритеты по бэклогу, объяснить, что идет первым, что откладывается и как с этим справится текущая команда.

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

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

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

Закончите одним прямым вопросом: «От чего вы бы отказались уже сегодня?» Это показывает больше, чем длинная речь о лидерстве. Если человек не может назвать, что нужно убрать, остановить или отложить, он, скорее всего, не сможет упрощать, когда компании это будет нужно сильнее всего.

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

Что сильные кандидаты делают первым делом

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

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

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

Ранние компромиссы часто звучат очень прямо. Это хороший знак:

• «Если мы оставим enterprise-функцию и исправление надежности, онбординг сдвинется на две недели».
• «Если support и дальше будет дергать одного и того же инженера, roadmap ненастоящий».
• «Если денег мало, я бы сначала сделал короткий контрактный фикс, а уже потом думал о full-time найме».

Такой язык показывает здравый смысл. Он четкий, немного резкий и понятен основателю.

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

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

Что слабые кандидаты делают под давлением

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

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

Слабые кандидаты также слишком рано просят больше людей. Им нужны дополнительные инженеры, product manager и QA еще до того, как они расставили приоритеты для тех, кто уже сидит в комнате. Обычно это значит, что они управляют через добавление людей, а не через сокращение объема задач. Малой компании нужен человек, который может сказать: «Мы ставим на паузу две ставки, убираем нагрузку от поддержки и выпускаем одну вещь, которая помогает выручке».

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

Выдает их и язык. Они говорят абстракциями вроде «engineering maturity» или «developer productivity», но пропускают даты, владельцев и ограничения. Спросите, что произойдет в ближайшие 14 дней, и ответ станет расплывчатым. Спросите, что они бы отложили, и они начнут уходить от ответа.

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

Простой сценарий стартапа на пять человек

Поместите кандидата в компанию, где людей и времени очень мало. У основателя есть пять человек: два инженера, один дизайнер, один продавец и один человек в support. Деньги пока не закончились, но часы тикают громко. У стартапа примерно шесть месяцев runway, и одна backend-вакансия все еще открыта.

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

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

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

Чаще всего правильная последовательность простая:

• Сначала остановить проблему с биллингом, если она влияет на деньги или доверие
• Выпустить исправления онбординга, которые убирают очевидные точки отвала
• Свести работу над AI к самому маленькому полезному кусочку или поставить ее на паузу
• Держать в поле зрения открытую backend-роль, но не строить весь план вокруг найма, который еще не случился

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

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

Вопросы, которые показывают настоящее мышление

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

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

Начните с первых двух недель. Спросите: «Что вы запустите первым и почему?» Сильный ответ называет одно или два изменения, связывает их с болью пользователей или риском для выручки и оставляет остальную работу в покое. Слабый ответ превращается в речь о roadmap.

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

Незакрытая вакансия говорит о многом. Спросите, какая работа действительно требует этого человека, а что текущая команда все еще может делать в меньшем объеме. Сильные кандидаты аккуратно разделяют проблему. Они могут сказать, что senior backend нужен для рискованной миграции, но triage багов, instrumentation и fixes для поддержки не должны ждать.

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

Закончите цифрами. Спросите, за чем они следили бы каждую неделю. Лучшие ответы короткие: burn, uptime, частота релизов, объем обращений в поддержку, конверсия из trial в оплату, риск оттока, время на баги против новой работы. Если человек хочет двадцать графиков, он избегает самой трудной части.

Один follow-up работает почти всегда: «От чего вы бы отказались, если в следующем месяце выручка упадет?» Сильные кандидаты отвечают быстро. Они не защищают все идеи одинаково.

Ошибки, которые основатели совершают на этом интервью

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

Если runway короткий, скажите об этом. Если в команде один сильный инженер и один слабый, скажите и это тоже. Если sales пообещали функцию, которой еще не должно существовать, положите это на стол. Вы не проверяете навыки презентации. Вы проверяете здравый смысл.

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

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

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

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

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

Короткая scorecard после встречи

Сразу после разговора оцените кандидата, пока детали еще свежие. Сделайте это до того, как кто-то начнет защищать своего фаворита. Достаточно простой оценки от 0 до 2 по каждому пункту.

Ставьте 0, если ответ был слабым, 1 — если отчасти верным, но туманным, и 2 — если четким и пригодным к использованию. Смысл не в точности. Смысл в том, чтобы не дать расплывчатым хорошим ощущениям захватить решение.

• Умел ли он расставить приоритеты так, чтобы это имело смысл?
• Урезал ли он объем спокойно?
• Связывал ли он решения с деньгами и размером команды?
• Говорил ли он достаточно ясно, чтобы основатель смог пересказать план команде через час?
• Оставил ли он короткий план, которым можно реально воспользоваться?

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

Простой ориентир помогает. Оценка 8–10 означает, что человек, скорее всего, понимает стартап-давление. 5–7 означает, что здравый смысл там, возможно, есть, но нужна вторая встреча. Ниже 5 обычно значит, что человек мыслит как enterprise manager, а не как operator в стартапе.

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

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

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

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

Используйте простой чек:

• Может ли ваша текущая команда сделать это без чудо-найма?
• Помещается ли план в те деньги, которые у вас есть, а не в те, которые вы надеетесь привлечь?
• Урезал ли кандидат объем так, чтобы защитить выручку или удержание?
• Заметил ли он, какая работа должна подождать, даже если она звучит важной?

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

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

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

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

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

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