Собеседование с техническим кофаундером через короткие продуктовые сессии

Почему одних звонков недостаточно

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

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

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

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

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

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

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

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

Что должна проверить короткая сессия

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

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

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

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

Продуктовый вкус легко не заметить, если не дать человеку что-то конкретное. Попросите его оценить signup flow, страницу с ценами или запрос на новую функцию. Посмотрите, думает ли он о том, что видит пользователь, где начинается путаница и какой компромисс стоит сделать прямо сейчас.

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

Неполная информация — это часть стартап-работы. Сильные кандидаты не замирают, когда данных мало. Они говорят: «Мы этого пока не знаем, поэтому сейчас я бы исходил из X, потом проверил Y и избегал Z, пока не узнаем больше».

К концу 30–60 минут сессия должна дать что-то конкретное: направление, небольшой тест или ясное нет. Если разговор остается слишком абстрактным, сигнал тоже остается размытым.

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

Выберите одну продуктовую задачу

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

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

Выберите что-то достаточно маленькое, чтобы уместиться в одну сессию, и достаточно реальное, чтобы пришлось делать выбор. Хорошие примеры: исправить запутанный шаг signup, решить, какой будет первая версия админ-инструмента, или урезать объем функции, которая постоянно разрастается.

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

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

Приносите сырой материал, а не отполированный deck. Достаточно нескольких скриншотов, списка жалоб, заметки из backlog или короткой записи сломанного сценария. Если пользователи сказали: «Я тут застрял», принесите именно эту формулировку.

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

Проводите сессию по шагам

Ограничьте всю сессию 30 или 45 минутами. Если дольше, люди начинают не работать, а играть роль.

1. Начните с проблемы пользователя. Две минуты хватит, чтобы объяснить, кто пользователь, что он пытается сделать и где продукт кажется сломанным или неясным. Потом остановитесь. Если вы слишком много объясняете, то скрываете, сможет ли другой человек сам увидеть форму проблемы.
2. Попросите человека думать вслух. Вам важно услышать, что он замечает первым, что игнорирует и как превращает хаотичную задачу в план. Несколько секунд тишины — нормально. Длинные отполированные речи менее полезны, чем честные рассуждения.
3. Попросите быстрый набросок до любого кода. Подойдет грубая схема на бумаге или простой план в документе. Так вы увидите, может ли человек сравнивать варианты, прежде чем влюбиться в первую идею.
4. Пусть он выберет направление и начнет работать. Если он хочет немного написать код, оставьте это в легком формате. Если сначала хочет набросать модель данных, форму API или user flow, пусть делает это. Смысл не в том, чтобы закончить. Смысл в том, чтобы увидеть, как он уменьшает путаницу.
5. Примерно в середине сделайте паузу и спросите: «Почему именно этот путь?» Не подсказывайте ответ. Хороший партнер умеет объяснить компромиссы простыми словами, при необходимости меняет курс и остается спокойным, когда его первый выбор слаб.
6. Завершите одним конкретным следующим шагом. Это может быть «Сегодня вечером напишу первый endpoint», «Нам стоит проверить это на двух пользователях» или «Здесь нужен более простой onboarding, прежде чем мы вообще что-то строим». Размытые финалы обычно означают размытое мышление.

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

На что смотреть во время работы

Мелкие привычки быстро проявляются в живой сессии.

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

Хорошие кандидаты стараются сократить путь к проверке. Они спрашивают: «Какая самая быстрая версия, которую мы можем показать пользователю уже на этой неделе?» Такой инстинкт говорит о многом.

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

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

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

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

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

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

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

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

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

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

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

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

Последние пять минут важнее, чем многие думают. Кандидат назначает владельца для каждой части работы. Основатель к 16:00 утверждает новый текст. Дизайнер сегодня правит состояния ошибок. Инженер выкатывает тест к четвергу утром, а в пятницу команда смотрит на цифры signup.

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

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

Короткая рабочая сессия может рассказать о человеке больше, чем три кофе-чата. Но она же может и ввести в заблуждение, если настроена плохо.

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

Еще одна частая ошибка — выбирать задачу без реальных ставок. Фальшивый запрос вроде «спроектируй любое приложение» выглядит безопасно, но убирает те компромиссы, которые действительно важны. Берите маленькую проблему, с которой ваш продукт уже сталкивается: signup flow, который теряет пользователей, dashboard, который путает новых клиентов, или выбор API, влияющий на скорость запуска.

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

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

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

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

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

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

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

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

Несколько проверок полезнее, чем оценочная таблица:

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

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

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

Что делать после удачной сессии

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

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

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

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

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

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

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

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