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

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

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

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

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

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

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

Определите роль до вопросов

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

Запишите роль до первого интервью. Делайте её простой и конкретной, чтобы каждый кандидат отвечал под одну и ту же работу, а не под свою историю.

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

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

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

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

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

Спрашивайте про контроль расходов

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

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

Хороший ответ звучит конкретно. Например, они могли уменьшить облачные расходы с $18,000 до $11,000, выключив простаивающие окружения, уменьшив размеры баз данных и переместив batch‑задачи на более дешёвые машины. Ещё лучше, если объяснят побочные эффекты, например чуть более медленные внутренние отчёты при неизменной производительности для клиентов.

Несколько прямых вопросов работают хорошо:

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

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

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

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

Спрашивайте про обработку инцидентов

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

Надавите, чтобы они проиграли первые 60 минут шаг за шагом. Что сломалось первым? Кто был на созвоне? Что они проверили прежде, чем что‑то трогать? Хорошие ответы звучат спокойно и по порядку. Слабые сразу рвутся к геройским поступкам или обвинениям.

Поддерживающие вопросы просты: какие сигналы сказали, что это серьёзно, что вы сделали в первые 15 минут, кого и как быстро уведомили и что отложили до стабилизации сервиса?

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

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

Восстановление — лишь половина истории. Спросите, что изменилось после инцидента. Написали ли они чёткий постмортем? Устранили корень проблемы, добавили мониторинг или изменили правила дежурства? Лидерство проявляется на неделе после простоя, а не только во время него.

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

Спрашивайте про кадровое чутьё

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

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

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

Коротные подсказки достаточны:

• "Расскажите о лучшем инженере, которого вы наняли. Почему вы выбрали его?"
• "Расскажите о найме, который провалился. Что вы упустили?"
• "Как вы отличаете старшего инженера от того, кто просто хорошо проходит интервью?"
• "Что делать, если хороший инженер постоянно недотягивает?"

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

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

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

Спрашивайте про продуктовые компромиссы

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

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

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

Давление со стороны продаж важно. Хороший CTO уважает доходы, но не позволяет одной громкой сделке разрушить дорожную карту. Если кандидат говорит «да» всем — ждите срывы сроков и усталые команды. Если он говорит «нет» на всё — это тоже плохо. Лучший ответ конкретен: что можно выпустить сейчас, что нужно отложить и какой риск компания принимает.

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

Ведите интервью в чётком порядке

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

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

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

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

Простая последовательность работает:

1. Текущая проблема компании
2. Пример из прошлого кандидата
3. Живой сценарий с новыми ограничениями
4. Короткая Q&A от основателя о стиле работы

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

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

Реалистичный кейс для основателя

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

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

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

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

Затем спросите: «Что вы отложите на 90 дней?» Это важно не меньше первого вопроса. Хорошие технические лидеры умеют говорить «нет». Они знают, что часть работы придётся перенести, пока команда вернёт запуск в сроки и остановит утечку расходов.

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

Попросите ещё: «Как бы вы объяснили план команде?» Лучшие ответы просты. Они дают короткий список приоритетов, назначают ответственных и спокойно объясняют порядок действий.

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

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

Ошибки, которые приводят к плохому найму

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

Логотипы больших компаний создают ту же проблему. Человек мог работать в известной фирме и всё равно быть плохим для маленького стартапа. Большие команды скрывают слабое суждение: бюджеты больше, роли уже разделены, и кто‑то другой принимает самые сложные решения. Спросите, что они решали лично, что ломали и как исправляли.

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

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

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

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

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

Сильный кандидат обычно оставляет за собой след конкретики. Он использует числа, называет компромиссы и объясняет, почему выбрал один несовершенный вариант вместо другого. Если в ваших заметках только «улучшил доставку» или «построил сильную команду», пересмотрите ответы. Хорошее интервью даёт факты: сократил облачные расходы на 22%, уменьшил время простоя до 35 минут, нанял трёх инженеров и уволил одного, когда соответствия не было.

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

Подгонка под стадию компании легко недооценивается. Тот, кто отлично работал в компании на 300 человек, может не справиться в стартапе на 12 человек с тонким бюджетом, неясными границами продукта и без дополнительных менеджеров. В некоторых случаях более практичен hands‑on CTO или фракционный CTO, чем старший исполнительный директор, ожидающий большую команду и высокий burn rate.

Перед выбором проверьте заметки по короткому чек‑лиstu:

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

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

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

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

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

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

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

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

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