Как составить вакансию и нанять штатного IT-специалиста, если вы в этом ничего не понимаете

Страх перед наймом IT-специалиста: почему он возникает

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

Проблема: вы ничего не понимаете в IT. Фреймворки, стек технологий, архитектуры, CI/CD — для вас китайская грамота. Вакансия «Python-разработчик» или «Frontend-программист» вызывает страх: «А вдруг возьму не того? А как проверять? А не обманут ли?».

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

В этой статье — пошаговое руководство для нетехнического руководителя. Как составить вакансию, отсеять «липу», провести собеседование и не прогадать.

Шаг 1. Поймите, зачем вам IT-специалист (лучше без технических деталей)

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

• Какую бизнес-задачу должен решать сотрудник? Не «написать приложение», а «чтобы клиенты могли записываться онлайн без звонка».
• Какой результат я жду через месяц, три, шесть? Конкретные цифры: «после внедрения CRM продажи вырастут на 20%», «сайт перестанет виснуть при 1000 посетителях».
• С чем будет работать сотрудник? Существующий сайт на какой CMS? Самописная система на 1С? Телеграм-боты? Какие интеграции нужны?

Сформулируйте это в документе на русском, без IT-сленга. «Сайт часто падает, особенно по выходным. Нужно найти причину и исправить. Потом добавить онлайн-оплату». Идеально — покажите пример: сайт такой-то, CRM такая-то.

Чёткое техническое задание (даже без кода) — половина успеха в поиске.

Шаг 2. Определите уровень: джуниор, мидл или сеньор

Это бизнес-решение, не техническое.

• Джуниор (Junior): мало опыта (до года-двух). Дешёвый. Но нуждается в постоянном контроле и обучении. Не сможет спроектировать архитектуру «с нуля». Подходит, если в команде уже есть старший.
• Мидл (Middle): 2–5 лет опыта. Может сам решать типовые задачи, но для сложных проектных решений нужен контроль. Золотая середина для большинства бизнесов.
• Сеньор (Senior): 5+ лет. Дорогой. Проектирует системы, выбирает технологии, находит неочевидные узкие места. Нужен, если у вас сложная архитектура или вы строите IT-продукт с нуля.

Для поддержки сайта или доработки CRM обычно хватает одного мидла. Для стартапа с нуля — сеньор + мидл. Для простой задачи «поправить баги» — можно джуниора с контролем.

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

Шаг 3. Составьте вакансию, которая привлечёт нормальных ребят

Плохая вакансия: «Ищем программиста, знание PHP, опыт от 2 лет, высшее образование, ответственность, работа в офисе. З/п по результатам собеседования».

Хорошая вакансия должна быть понятной и честной. Вот шаблон (подставьте своё):

Заголовок: Middle Backend-разработчик (PHP/Laravel) в интернет-магазин — дорабатывать CRM

О компании: Мы — [название], занимаемся [чем]. 5 лет на рынке, оборот 200 млн. У нас есть сайт на Laravel и CRM, которая «сырая». Нужен человек, который доведёт до ума.

Что делать:

• Найти причины, почему сайт падает в часы пик (сейчас падает раз в неделю).
• Интегрировать CRM с телефонией (звонки из карточки клиента).
• Написать 5–10 отчётов по продажам, которые менеджеры сейчас сводят вручную в Excel.
• Поддерживать систему — фиксить баги, дорабатывать.

Кого ищем: Middle-разработчика с опытом от 2 лет. Знание PHP, Laravel, MySQL, базовое понимание фронтенда (чтобы поправить форму, если что).

Условия: ЗП — от 150 до 200 тыс. на руки. Полностью удалённо. Гибкий график, но основные созвоны с 10 до 12 и с 15 до 17. Официальное оформление.

Как откликнуться: Напишите на почту [адрес] в теме «Кандидат Middle PHP». Приложите резюме и несколько слов, почему вам интересна именно наша задача.

Чего не нужно писать: «навыки коммуникации», «стрессоустойчивость», «работа в команде» — это вода. Лучше напишите конкретику: «настроить автоматическую выгрузку заказов в 1С».

Шаг 4. Где искать кандидатов

Лучшие площадки для найма в IT (по убыванию эффективности):

• Habr Career (career.habr.com) — платно, но самая качественная аудитория.
• hh.ru — много откликов, много «воды», но без него никак.
• Telegram-каналы «IT вакансии», «Вайтишник», «Труба» — для быстрого поиска, особенно удалёнщиков.
• Сарафанное радио — спросите у знакомых программистов. Лучшие специалисты приходят по рекомендации.
• Аутстаффинг-компании / IT-подрядчики — могут предоставить специалиста в аренду. Дороже, но без головной боли с наймом.

Совет: не выкладывайте одну вакансию, а адаптируйте под площадку. На hh — более формально, в Telegram — короче, с эмодзи.

Шаг 5. Скрининг резюме: как отсеять 90% «липы»

Вы не понимаете технологии, но вы понимаете логику. Что должно насторожить в резюме:

• Слишком длинный и сладкий список технологий (10+ пунктов — красный флаг). Нормальный специалист не пишет «Excel, PowerPoint, Git».
• Нет портфолио или ссылок на проекты. Попросите ссылку на GitHub или примеры работ. Если их нет — отказ.
• Частая смена мест работы (каждые полгода-год). Хороший разработчик может менять работу, но с причинами. Если «не сошёлся характером» трижды подряд — беда.
• Кандидат не может внятно рассказать о своих проектах (заметно уже на первом скрининге по телефону). Если на вопрос «чем конкретно вы там занимались?» следует «делал сайт для магазина» — мимо.

Позвоните 10–15 кандидатам, задайте 2–3 вопроса из следующего шага. 80–90% отсеются на этом этапе.

Шаг 6. Собеседование без технических знаний: 5 вопросов, которые спасут

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

Вопрос 1. «Расскажите о самом сложном баге, который вы фиксили. Что это было и как вы искали причину?»
Правильный ответ — конкретная история: «Сайт падал раз в три дня. Я проверил логи, увидел ошибку базы данных, оказалось, не хватало индекса. Создал индекс — падения прекратились». Неправильный ответ — «ну там много всего, не помню» или «баги бывают разные».

Вопрос 2. «Какие сроки вы называете клиенту на типовую задачу — например, настроить онлайн-оплату на сайте?»
Честный специалист назовёт конкретный диапазон: «2–5 дней, зависит от того, нужна ли интеграция с банком и насколько сложная отчётность». Фантазёр скажет «за день сделаю» (не верьте) или «не знаю, надо смотреть».

Вопрос 3. «Представьте, я ваш заказчик. У нас падает сайт. Вы пришли, посмотрели — ошибка в коде, который писал предыдущий программист. Как вы объясните мне это простыми словами?»
Хороший ответ: «Сайт падает, потому что был неправильно написан запрос к базе данных. Он работает слишком медленно и перегружает сервер. Нужно переписать запрос — на это примерно [X] часов. Ошибка не критичная, сайт будет работать, но пока медленно». Плохой ответ — поток технического жаргона, из которого вы не поняли ни слова.

Вопрос 4. «Как вы оцениваете свой уровень от 1 до 10? Что вам нужно подтянуть?»
Специалист, который ставит себе 9–10 без опыта работы 10+ лет — либо врун, либо не в себе. Хороший ответ: «7–8. Я уверен в [что-то], но слаб в [что-то, например, в DevOps-культуре], поэтому изучаю». Честность важнее самооценки.

Вопрос 5 (лучше сделать тестовым). «Напишите код для простой функции на любом языке — например, которая считает сумму чисел от 1 до N». Или дайте простую задачку: «Как на сайте сделать кнопку, которая при нажатии показывает "Привет, мир"?».
Это отсечёт тех, кто не умеет писать даже hello world. Даже если вы ничего не понимаете в коде, работоспособность кнопки проверите.

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

Шаг 7. Тестовое задание: проверка реальных навыков

Лучший способ проверить программиста — дать маленькую, но реальную задачу из вашего бизнеса.

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

Правила тестового:

• Оно должно занимать 2–4 часа, не больше. Бесплатно никто не будет работать неделю.
• Платить за тестовое — нормальная практика для серьёзных задач (часов на 8+).
• Оценивайте не по красоте кода (вы всё равно не поймёте), а по результату: задача решена? Работает? Понятно, как это использовать? Сделано в срок?
• Покажите результат знакомому разработчику — пусть бегло оценит качество кода.

Кандидат, который не готов сделать простое тестовое задание, скорее всего, либо ленив, либо некомпетентен.

Шаг 8. Проверка на лояльность и «культурную совместимость»

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

• «Какой у вас идеальный рабочий процесс (задачи, постановка, контроль)?»
• «За что вас уважали / не уважали коллеги на предыдущем месте?»
• «Что для вас важно в работе помимо денег?»

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

Шаг 9. Оформление и испытательный срок

Оформляйте официально, ставьте испытательный срок 2–3 месяца. В договоре пропишите конкретные KPI на испытательный срок (не «хорошо писать код», а «устранить 10 багов из списка», «настроить интеграцию с телефонией»).

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

Чек-лист: как нанять IT-специалиста без технического опыта

• Сформулирована бизнес-задача (не технологии, а результат)
• Определён уровень: джуниор/мидл/сеньор
• Составлена вакансия с конкретикой (не вода)
• Вакансия выложена на 2–3 ключевых площадках (Habr, hh, Telegram)
• Проведён телефонный скрининг 10+ кандидатов (отсеяно 70–80%)
• На собеседовании заданы 5 вопросов (про баги, сроки, объяснение простыми словами)
• Тестовое задание — маленькая реальная задача из бизнеса (2–4 часа)
• Оценка результата тестового (работает? в срок? понятно?)
• Проверка «культурной совместимости» (рабочий процесс, ожидания)
• Официальное оформление с испытательным сроком 2–3 месяца
• KPI на испытательный срок — измеримые, не субъективные

Заключение: можно не быть техническим, но нужно быть системным

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

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

Если найм штатного сотрудника кажется вам слишком сложным — альтернатива: найти надёжную IT-компанию-подрядчика. Вы получаете команду (а не одного человека) за сопоставимые деньги, без головной боли с наймом, обучением и удержанием. EDGESECTION — как раз такой партнёр.

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