Founding Engineer: кто это и когда стартапу нужен такой специалист — задача, которую нельзя решать копированием вакансий зрелых компаний. В стартапе роль и подбор Founding Engineer зависит от стадии продукта, ресурсов фаундеров, runway и ближайших бизнес-целей.
Главный принцип — найти раннего технического создателя, который строит продукт руками и готовит основу для появления следующей команды. Ниже разобраны профиль, evidence, интервью, мотивация, part-time формат, ошибки, метрики и практический алгоритм для работодателя.
Почему задача сложнее, чем кажется
Founding Engineer нужен раннему продукту, когда требуется долгосрочное техническое ownership, hands-on разработка и влияние на культуру, но ещё нет большой инженерной структуры. Поэтому одинаковый title может означать разный мандат, уровень самостоятельности и набор рисков. До поиска нужно описать реальную ситуацию, а не идеальную оргструктуру.
ядро продукта
архитектурные решения
product collaboration
инженерная культура
найм и онбординг следующих инженеров
Какой результат должен дать найм
Результат роли или процесса формулируется через изменение бизнеса, а не через количество действий. Для этой темы цель состоит в том, чтобы найти раннего технического создателя, который строит продукт руками и готовит основу для появления следующей команды.
Зафиксируйте результат на первые 90–180 дней, границу решений, доступные ресурсы и зависимости. Это позволяет сравнивать кандидатов по одной задаче и не менять профиль после каждого яркого интервью.
Как составить профиль
Разделите обязательные evidence и предпочтения. В стартапе полезна широта, но она не означает, что один человек должен полноценно закрывать несколько профессий. Название роли обязано совпадать с полномочиями.
ядро продукта
архитектурные решения
product collaboration
инженерная культура
найм и онбординг следующих инженеров
Что проверять в опыте
Ищите не только совпадение title, а доказательства: запуск с нуля, эволюция архитектуры, production ownership. Попросите кандидата назвать исходный контекст, личную роль, решение, результат и то, что он изменил после ошибки.
запуск с нуля
эволюция архитектуры
production ownership
передача знаний
найм или менторинг
Если нужен адресный подбор сотрудников в IT-стартап, market mapping и shortlist следует строить по сопоставимой стадии, масштабу решений и реальному ownership, а не только по ключевым словам.
Как провести первичный скрининг
На скрининге проверьте стадию прошлых проектов, личную ответственность, мотивацию, условия и готовность работать с тем уровнем неопределённости, который действительно есть в компании.
Рано обсудите формат, диапазон и критичные ограничения. Нет смысла вести человека через несколько этапов, если стороны по-разному понимают роль, риск или доступные ресурсы.
Вопросы на интервью
Вопросы должны собирать evidence по scorecard, а не проверять уверенность речи. Полезно задавать одинаковые темы всем финалистам, чтобы сравнение не превращалось в обсуждение личной симпатии.
что строить самостоятельно
как выбирать минимальный процесс
когда вводить code review и тесты
как онбордить второго инженера
как менять собственное раннее решение
Практический кейс
Нужно запустить MVP при ограниченном времени и нескольких неизвестных. Кандидат определяет границы продукта, минимальную архитектуру и подготовку к росту команды.
Кейс должен занимать ограниченное время, использовать обезличенный контекст и проверять ход мысли. Не просите кандидата бесплатно решить реальную рабочую задачу, которую компания затем использует.
Взаимодействие с фаундером и командой
Критичные участники взаимодействия: фаундеры, product, первые пользователи, внешние эксперты, будущие инженеры. Проверяйте способность задавать вопросы, объяснять компромиссы, фиксировать решения и передавать контекст.
фаундеры
product
первые пользователи
внешние эксперты
будущие инженеры
Мотивация и предложение
Стартап должен честно объяснить стадию, scope, влияние, доступные ресурсы и риски. Миссия и скорость не заменяют фиксированную компенсацию, ясные полномочия и уважение к времени кандидата.
понятный founding-статус
долгосрочный scope
карьерная траектория
фиксированная часть
условия equity по документам
Когда помогает part-time формат
Part-time эксперт может помочь до найма Founding Engineer, но долгосрочное ownership ядра продукта обычно нельзя заменить эпизодической доступностью.
Для временного усиления можно использовать подбор специалистов на part-time, если заранее заданы объём, SLA, доступность, владелец знаний и критерий перехода к full-time или завершения сотрудничества.
Как построить процесс отбора
Рабочая схема обычно включает intake, sourcing, скрининг, содержательное интервью, короткий кейс при необходимости, финальную сверку и письменный offer. Каждый этап должен проверять отдельную часть scorecard.
Системный подбор команды для стартапа требует одного владельца решения, зарезервированных интервью-слотов и согласованного срока обратной связи.
Типичные ошибки
Ошибки процесса редко исправляются дополнительным количеством резюме. Если компания не готова принимать решения, новый sourcing только увеличит очередь и ухудшит candidate experience.
обещать статус cofounder без полномочий
использовать equity вместо ясной компенсации
не иметь плана роста команды
оставить все знания у одного человека
не обсуждать будущую траекторию
Пошаговый алгоритм
Начните с business outcome и ограничений, затем соберите профиль, карту рынка, процесс оценки и план онбординга. Изменения после запуска фиксируйте только при повторяющемся сигнале или изменении бизнес-задачи.
обосновать необходимость роли
зафиксировать scope на полгода
найти кандидатов с early-stage опытом
проверить ownership
провести technical-product case
согласовать equity и онбординг
Чек-лист перед запуском
До публикации вакансии проверьте: кто владелец решения, что является результатом роли, какие полномочия и ресурсы доступны, каковы диапазон, этапы, SLA и план первых месяцев.
Понятная стадия и бизнес-контекст.
Один главный результат роли.
Граница полномочий.
Согласованный диапазон и формат.
Роли интервьюеров.
Срок обратной связи.
План онбординга.
Как измерять качество поиска
Смотрите не только time-to-hire. Важны качество shortlist, конверсии между этапами, скорость feedback, причины отказов, принятие оффера и результат первых месяцев.
совпадение ожиданий по статусу
подтверждённый startup ownership
качество product case
принятие условий equity
references
Как тема отличается от соседних материалов
Founding Engineer обычно остаётся сильным individual contributor, тогда как CTO шире отвечает за организацию, бюджет и стратегию компании.
Такое разведение интентов помогает не смешивать разные управленческие задачи в один общий текст и снижает риск SEO-каннибализации.
Частые вопросы
Founding Engineer обязательно получает долю?
Нет. Возможны опционы или другой пакет, но title ничего не гарантирует.
Это cofounder?
Не обязательно. Cofounder имеет отдельный статус и договорённости.
Чем отличается от первого разработчика?
Более выраженным долгосрочным ownership и влиянием на культуру и следующий найм.
Может ли стать CTO?
Может, если развивает стратегическое и организационное лидерство.
Нужен ли startup-опыт?
Полезен, но подойдут и люди, создававшие новые продукты внутри компаний.
Вывод
Founding Engineer: кто это и когда стартапу нужен такой специалист требует ясной бизнес-задачи, структурированной оценки и честных ожиданий. Сильный результат появляется не из количества этапов, а из качества профиля, решений и коммуникации.
Передайте вакансию на подбор сотрудников в IT-стартап, если нужен адресный рынок, проверка реального опыта и процесс, который не разваливается между фаундером, интервьюерами и кандидатами.