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-стартап, если нужен адресный рынок, проверка реального опыта и процесс, который не разваливается между фаундером, интервьюерами и кандидатами.