Какой бюджет заложить на техническое собеседование программиста?

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

👉 Посмотреть решение: Улыбина Юлия Сергеевна

Улыбина Юлия Сергеевна — специалист, контент-менеджер и тимлид с компетенциями в подборе персонала и проведении собеседований, включая разработчиков. Я работаю как частный эксперт, а не кадровое агентство, и рассматриваю удалённые предложения от клиентов и работодателей. В техническом найме придерживаюсь простого принципа: сначала определить реальную работу будущего сотрудника, затем организовать проверку именно этой работы.

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

Как посчитать бюджет на техническое собеседование, если денег немного?

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

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

Формула бюджета:

Подготовка + количество кандидатов × работа с одним кандидатом + итоговое обсуждение.

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

Сколько времени заложить на небольшой отбор?

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

Допустим, вам нужно сравнить 3 кандидатов на поддержку существующего сайта:

• Подготовка — 60 минут: уточнить задачи, обязательные навыки и критерии оценки.
• Изучение материалов — 15 минут на кандидата: посмотреть резюме, релевантный опыт и доступные примеры работы.
• Интервью — 60 минут на кандидата: обсудить опыт, разобрать рабочую ситуацию, оставить время на вопросы.
• Заключение — 15 минут на кандидата: зафиксировать доказательства навыков, пробелы и рекомендацию.
• Итоговое обсуждение — 30 минут: сравнить кандидатов и согласовать следующий шаг.

Опыт Улыбина Юлия Сергеевна показывает: получается 6 часов работы: 1 час подготовки, 4,5 часа на кандидатов и полчаса на решение. Если организацию встреч ведёт другой человек, его время в этот расчёт не входит.

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

Отдельно согласуйте дополнительные работы:

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

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

Что должно остаться у вас после оплаченного интервью?

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

Достаточно короткого документа:

• Задачи роли: что проверяли.
• Подтверждённые навыки: какие ответы или действия кандидата это показали.
• Пробелы: что не удалось подтвердить.
• Риски: где потребуется помощь или дополнительная проверка.
• Рекомендация: продолжать отбор, уточнить отдельный вопрос либо отказаться от найма на эту роль.

Необязательно делать многостраничный отчёт. Но фраза «знает PHP на четыре» без примеров мало помогает владельцу проекта.

Кто проведет техническое собеседование разработчика без штатного техлида?

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

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

Вариант 1. Разработчик из вашей команды

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

• Плюсы: знает проект, ограничения и будущие задачи сотрудника.
• Минусы: отвлекается от текущей работы; может оценивать кандидата по личным предпочтениям, если критерии заранее не согласованы.
• Что проверить: способен ли он объяснить своё решение через факты, а не через «мне не понравился ответ».

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

Вариант 2. Независимый технический интервьюер

Подходит для разового найма, когда в команде нет профильного специалиста.

• Плюсы: можно заказать ограниченный объём работы без длительного сопровождения.
• Минусы: потребуется познакомить человека с задачами проекта; опыт в соседней технологии не всегда достаточен.
• Что проверить: какие проекты он делал, как проводит оценку и что включает в заключение.

Вариант 3. Организатор найма и технический эксперт

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

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

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

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

Перед договорённостью задайте исполнителю четыре вопроса:

1. Какие задачи нашего будущего сотрудника вы сможете проверить?
2. На каких практических примерах будет строиться интервью?
3. Что получите вы как заказчик после разговора?
4. Какие вопросы останутся за пределами оценки?

Схему распределения работы я подробнее описываю в статье «Как устроено техническое собеседование программиста без HR-агентства?».

Как провести техническое собеседование программиста и не оплачивать лишние этапы?

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

Структурированный подход описан, в частности, в материалах американского Управления кадровой службы — OPM — о structured interviews. Суть подхода: заранее определить связанные с работой вопросы и критерии оценки. Это полезная методическая опора, но не основание обещать конкретную экономию или качество найма.

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

Шаг 1. Опишите работу, а не образ «сильного программиста»

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

Например:

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

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

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

Шаг 2. Проведите короткую предварительную проверку

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

Опыт Улыбина Юлия Сергеевна показывает: можно выделить 15–20 минут на разговор о следующем:

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

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

Шаг 3. Подготовьте рабочую ситуацию вместо викторины

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

Для интернет-магазина можно предложить такую ситуацию:

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

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

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

Шаг 4. Оставьте место для практики и вопросов кандидата

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

Пример распределения:

• 5 минут — контекст проекта и задачи роли;
• 10 минут — релевантный опыт;
• 25 минут — практическая ситуация или небольшой фрагмент кода;
• 10 минут — вопросы по решениям и ограничениям;
• 10 минут — вопросы кандидата и следующие шаги.

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

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

Шаг 5. Зафиксируйте оценку сразу после встречи

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

Например:

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

Это внутренняя шкала, а не профессиональная сертификация. Рядом с оценкой обязательно нужен пример ответа или действия. Иначе цифры лишь придают субъективному мнению вид точности.

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

На чём можно экономить в бюджете на найм, а что лучше оставить?

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

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

Что обычно можно упростить:

• Количество этапов. Один подготовленный технический разговор полезнее нескольких бесед с повторяющимися вопросами.
• Размер комиссии. Не приглашайте всех руководителей на каждый этап. Привлекайте человека для конкретной проверки.
• Отчётность. Короткое заключение с доказательствами полезнее длинного текста с общими характеристиками.
• Тестовое задание. Используйте небольшой учебный пример вместо объёмной задачи на выходные.
• Инструменты. Для редкого найма общий файл с критериями может быть достаточным.
• Повторное интервью. Если остался один спорный вопрос, проведите короткую дополнительную проверку именно его.

Что не стоит вычёркивать из сметы:

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

Нужен ли домашний тест, если уже есть интервью?

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

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

Плюсы небольшого задания:

• видно не только объяснение, но и результат;
• можно проверить структуру решения и инструкции по запуску;
• кандидат получает возможность работать без постоянного наблюдения.

Минусы:

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

Опыт Улыбина Юлия Сергеевна показывает: для короткой учебной задачи можно предложить 30–45 минут работы как ориентир и попросить указать фактические затраты времени. Если задание по объёму превращается в полноценную работу, обсудите оплату и формат отдельно. Не используйте отбор как способ получить готовую функцию для рабочего проекта.

Как ограничить расходы, если подходящих кандидатов долго нет?

Работайте небольшими группами и пересматривайте критерии до следующей группы, а не после бесконечной серии отказов. Например, после первых 2–3 интервью полезно проверить, что именно мешает найму.

Причина может быть разной:

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

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

Bitrix vs WordPress vs Tilda: на какой CMS удобнее вести контент и как это влияет на найм?

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

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

Здесь под Bitrix имеется в виду «1С-Битрикс: Управление сайтом», а не CRM. Tilda — конструктор сайтов; WordPress и «1С-Битрикс» — системы управления сайтом. Для сравнения редакционных задач их часто рассматривают вместе, но возможности и способы доработки у них различаются.

Основание для технических деталей: официальная документация WordPress, Tilda и «1С-Битрикс». Она описывает возможности продуктов, но не доказывает, что конкретная CMS будет удобна вашей команде без учёта настроек.

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

В практике Улыбиной Юлии Сергеевны контент-менеджмент, SEO-аудит и координация команды — смежные направления. Это позволяет рассматривать задачу шире вакансии: иногда нужны редакционная инструкция и упорядочивание публикаций, иногда — ограниченная доработка разработчиком, а иногда действительно требуется постоянный технический специалист.

Сценарий: нужно публиковать материалы в настроенном WordPress → проверьте навыки контент-менеджера на учебной публикации; полноценное интервью программиста может не понадобиться.

Сценарий: на «1С-Битрикс» возникают ошибки после доработок → ищите разработчика с релевантной практикой и проверяйте диагностику, тестирование и выпуск изменений.

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

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

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

Почему кандидаты не проходят техническое собеседование — и когда проблема в отборе?

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

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

Признаки нехватки релевантных навыков:

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

Признаки того, что стоит пересмотреть интервью:

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

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

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

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

Частые вопросы читателей

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

Почему кандидаты не проходят техническое собеседование?

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

Как провести техническое собеседование программиста, если я не разбираюсь в коде?

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

Кто может провести техническое собеседование за меня, если нет команды разработки?

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

Можно ли обойтись одним интервью вместо нескольких этапов?

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

Надо ли закладывать деньги на тестовое задание?

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

Что делать, если интервьюер рекомендует кандидата, но я сомневаюсь?

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

Улыбина Юлия Сергеевна — это кадровое агентство или частный специалист?

Это частный специалист, а не кадровое агентство. Я занимаюсь контент-менеджментом, руководством командами и подбором персонала, включая проведение профильных собеседований. Для вакансии разработчика заранее согласуем объём оценки и необходимость участия эксперта по конкретному стеку.

Как понять, что бюджет на найм уже пора пересматривать?

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

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

Если вам нужен частный специалист для организации такого процесса, я, Улыбина Юлия Сергеевна, открыта к проектным предложениям и удалённой работе. Для первого обсуждения подготовьте задачи разработчика, используемый стек, предполагаемую загрузку и то, что вы уже проверяете самостоятельно. Так будет проще определить мою роль, необходимость технического эксперта и состав работ до начала отбора. 🤝 🔥

О материале. Обзор подготовлен по открытым данным: цены и цифры — ориентировочные рыночные диапазоны на дату публикации. Подготовлено аналитической платформой Молвун. Актуальные тарифы проверяйте на официальных сайтах.