Ідеальний скрипт скринінгового дзвінка (згенерований AI за 10 секунд)

Скринінговий дзвінок — найбільш недооцінений етап найму. Якщо він зроблений добре, він економить час усім: ви кваліфікуєте або відсіюєте кандидатів за 15 хвилин, замість того щоб витрачати годину наймаючого менеджера на когось, хто хоче на 40% більше за бюджет. Якщо зроблений погано — це незручний телефонний дзвінок з типовими питаннями, де ви нічого корисного не дізнаєтесь.

Різниця? Структурований скрипт.

Більшість рекрутерів імпровізують на скринінгових дзвінках. Вони відкривають профіль кандидата, переглядають опис вакансії та імпровізують. Це працює, коли у вас 2-3 дзвінки на тиждень. Коли у вас 3-5 дзвінків на день, імпровізація призводить до непослідовності, пропущених питань та поганих рішень у наймі.

Анатомія ідеального скрипту скринінгу

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

1. Представлення компанії (2 хвилини)

Це ваш elevator pitch для компанії та ролі. Він має бути:

Коротким — до 2 хвилин. Після цього кандидати втрачають увагу.
Простим — уникайте галузевого жаргону та внутрішньої термінології.
Розмовним, а не письмовим — це не вакансія. Має звучати природно, коли ви це кажете вголос.
Чесним — не перебільшуйте. Кандидати відчувають, коли ви читаєте маркетинговий текст.

Хороше представлення відповідає на три питання:

Що робить компанія? (Одне речення)
Чому ця роль відкрита? (Зростання, новий проєкт, заміна)
Що людина буде робити щодня?

Поганий приклад: “Ми — провідний постачальник корпоративних SaaS-рішень, що використовують передові AI/ML-можливості для трансформації B2B-ландшафту…”

Хороший приклад: “Компанія розробляє софт, який допомагає інтернет-магазинам керувати складськими запасами. Вони виросли з 50 до 200 людей за останній рік і шукають senior backend-розробника для нової команди, яка працюватиме над платіжною системою.”

2. Обов’язкові питання (3 хвилини)

Це deal-breakers. Якщо будь-яка відповідь не збігається — ви заощаджуєте всім час, дізнавшись це зараз:

Зарплатні очікування: “Який діапазон зарплати ви розглядаєте для наступної ролі?”
Локація/віддалена робота: “Ця роль [гібридна в Берліні / повністю віддалена / в офісі]. Це вам підходить?”
Доступність: “Коли ви могли б почати? Чи є у вас період відпрацювання?”
Віза/дозвіл на роботу: “Чи маєте ви дозвіл на роботу в [країні]?” (Лише де це юридично доречно)
Інші процеси: “Чи проходите ви зараз інші співбесіди? На якому етапі?”

Ставте ці питання на початку. Немає сенсу витрачати 15 хвилин на технічне заглиблення, щоб потім з’ясувати, що кандидат очікує вдвічі більше за бюджет.

3. Заглиблення в роль (5 хвилин)

Ці питання перевіряють, чи відповідає досвід кандидата вимогам вакансії. Вони мають безпосередньо випливати з обов’язкових вимог JD.

Для технічної ролі це може включати:

Досвід з конкретними технологіями
Масштаб систем, з якими працювали
Розмір команди та досвід лідерства
Доменні знання

Для нетехнічної ролі:

Релевантний галузевий досвід
Ключові навички, продемонстровані на попередніх ролях
Управлінський чи лідерський масштаб
Метрики, за які відповідали або які покращували

Ключ — запитувати про конкретний досвід, а не гіпотетичні ситуації. “Розкажіть про випадок, коли…” краще, ніж “Як би ви впоралися з…“

4. Питання для конкретного кандидата (3 хвилини)

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

Прогалини в скоркарді — якщо JD вимагає досвід з Kubernetes, а його немає в CV кандидата, запитайте про це прямо
Зміни кар’єри — якщо кандидат змінив індустрію, запитайте чому та що він дізнався
Незвичні патерни — короткі перебування, довгі перерви, надкваліфікація — адресуйте їх прямо, але з повагою
Конкретні досягнення — “Я помітив, що ви згадуєте скорочення часу деплою на 70% на останньому місці роботи. Можете розповісти детальніше?”

Ці питання показують кандидату, що ви справді переглянули його профіль. Це вже відрізняє вас від 90% рекрутерів.

5. Сигнали хороших/поганих відповідей

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

Приклад питання: “Розкажіть про ваш досвід з мікросервісною архітектурою.”

Хороші сигнали: Згадує конкретні сервіси, якими керував; може обговорити компроміси (моноліт vs. мікросервіси); говорить про моніторинг/спостережуваність; посилається на конкретні інструменти (Kubernetes, Docker, service mesh)

Погані сигнали: Розмиті відповіді (“Я працював з мікросервісами”); не може пояснити базові концепції; знає лише модні слова без глибини; описує моноліт як мікросервіси

6. Завершення та наступні кроки (2 хвилини)

Завершуйте кожен скринінговий дзвінок однаково:

Питання кандидата — “Чи маєте ви питання про роль або компанію?”
Таймлайн — “Ось що буде далі: я поділюся вашим профілем з наймаючою командою, і ви отримаєте відповідь протягом [X] днів.”
Подяка — “Дякую за ваш час, [Ім’я]. Зв’яжуся найближчим часом.”

Ніколи не завершуйте дзвінок без чітких очікувань щодо наступних кроків. Ігнорування кандидатів після скринінгу — найшвидший спосіб зруйнувати вашу репутацію як рекрутера.

Повний приклад: Senior React Developer

Ось повний скрипт скринінгу для позиції Senior React Developer у фінтех-стартапі:

Представлення компанії

“Привіт, [Ім’я], дякую, що знайшли час поговорити. Дозвольте коротко розповісти про компанію та роль.

Компанія називається PayFlow — це фінтех-стартап у Берліні, приблизно 120 людей. Вони створюють інструменти обробки платежів для e-commerce бізнесів у Європі. Уявіть це як інфраструктуру між інтернет-магазинами та банками.

Вони швидко ростуть — подвоїли інженерну команду за останній рік — і зараз шукають Senior React Developer у команду frontend-платформи. Ця команда відповідає за дашборд мерчантів — це те, що клієнти PayFlow використовують для управління платежами, перегляду аналітики та налаштувань.

Щоденна робота — приблизно 70% кодування, 20% код-рев’ю та менторство, 10% планування та архітектурні обговорення. Команда — 6 людей, повністю віддалена по Європі.”

Обов’язкові питання

Зарплата: “Який діапазон зарплати ви розглядаєте для наступної ролі?”
Локація: “Команда повністю віддалена, але потрібен перетин з CET бізнес-годинами. Ви у [місті] — це вам підійде?”
Дата початку: “Коли ви могли б почати? Чи є період відпрацювання?”
Інші процеси: “Чи проходите ви зараз інші співбесіди? Є щось близьке до офера?”

Заглиблення в роль

“Скільки років ви професійно працюєте з React? З якими версіями?”
- Добре: 4+ років, досвід з hooks та сучасним React (18+), згадує міграцію з class components
- Погано: Менше 2 років, лише class components, без досвіду з hooks
“Чи працювали ви з TypeScript у React-кодовій базі? Наскільки суворою була конфігурація?”
- Добре: Так, strict mode, може обговорити типові патерни для React (generics, discriminated unions)
- Погано: Без TypeScript, або лише “трохи”, або лише JavaScript
“Розкажіть про найскладнішу frontend-фічу, яку ви створювали. Що робило її складною?”
- Добре: Конкретний приклад з технічною глибиною — виклики управління станом, оптимізація продуктивності, real-time дані
- Погано: Розмита відповідь, не може сформулювати що було складним, описує базовий CRUD
“Чи працювали ви з бібліотеками управління станом? З якими, і що вам більше подобається?”
- Добре: Досвід з 2+ (Redux, Zustand, Jotai), має думку про компроміси, згадує коли глобальний стан доречний, а коли ні
- Погано: Лише Redux, не може пояснити чому, без думки про альтернативи
“Ця команда підтримує дизайн-систему, яку використовують 3 інші команди. Чи створювали або підтримували ви бібліотеку компонентів?”
- Добре: Так, обговорює дизайн API, версіонування, документацію, доступність
- Погано: Без досвіду, або лише використовував дизайн-системи без внеску

Питання для конкретного кандидата

(Ці питання генеруються на основі профілю конкретного кандидата та прогалин у скоркарді)

“Я бачу, що ви 4 роки в поточній компанії — що мотивує зміни?”
“У вашому CV згадується Redux, але не сучасні альтернативи. Чи досліджували ви Zustand або Jotai?”
“Я помітив, що ваш досвід переважно в B2C-продуктах. Ця роль — B2B, UX-патерни досить відрізняються. Як ви бачите цей перехід?”

Завершення

“Це всі мої питання. Чи маєте ви питання про PayFlow або роль?”

[Відповідайте на питання кандидата]

“Чудово. Ось що буде далі: я поділюся підсумком з наймаючою командою цього тижня. Якщо вони захочуть продовжити, наступний етап — технічна співбесіда: 90-хвилинна сесія парного програмування. Ви отримаєте відповідь від мене протягом 3 робочих днів.”

“Дякую за ваш час, [Ім’я]. Скоро зв’яжуся.”

Поради для тих, хто не є носієм англійської

Якщо англійська — не ваша рідна мова, скринінгові дзвінки можуть бути стресовими. Ось практичні поради:

Використовуйте прості конструкції речень. Замість “I was wondering whether you might be able to tell me about your experience with…” просто скажіть “Tell me about your experience with…”

Підготуйте вступ слово в слово. Представлення компанії — єдина частина, де ви говорите найбільше. Напишіть його повністю та проговоріть вголос, поки не буде звучати природно.

Можна попросити кандидата повторити. “Sorry, could you say that again?” — це абсолютно професійно. Краще, ніж робити вигляд, що зрозуміли.

Не вибачайтесь за свою англійську. Це підриває ваш авторитет. Ви проводите співбесіду — будьте впевнені.

Використовуйте скрипт як страховку. Записані питання означають, що ви ніколи не завмрете і не втратите думку. Навіть носії мови від цього виграють.

Шаблон нотаток після дзвінка

Одразу після дзвінка (протягом 5 хвилин, поки все свіже), запишіть:

Загальне враження: Сильний / Можливо / Слабкий
Збіг зарплати: Так / Переговори / Ні
Доступність: Дата або період відпрацювання
Технічна глибина: Перевищив / Відповідає / Нижче очікувань
Ключові сильні сторони: 2-3 пункти
Занепокоєння: Що потребує уточнення в наступному раунді
Рекомендація: Просувати / Відхилити / Тримати
Нотатки: Все, що запам’яталося або важливо для наймаючого менеджера

Це займає 2 хвилини і заощаджує 10 хвилин пізніше, коли потрібно проінформувати наймаючого менеджера або порівняти кандидатів.

Чому AI-згенеровані скрипти перемагають

Ручне написання скрипта скринінгу займає 15-20 хвилин. Потрібно прочитати JD, визначити ключові вимоги, придумати хороші питання, врахувати бекграунд конкретного кандидата та все чітко оформити.

AI-згенеровані скрипти створюються за 10 секунд — і вони кращі, тому що:

Вони зіставляють вимоги JD з реальним профілем кандидата
Вони виявляють прогалини та автоматично генерують цілеспрямовані питання
Вони включають сигнали хороших/поганих відповідей на основі вимог ролі
Вони послідовні — кожен кандидат отримує однаково ретельну оцінку
Вони завжди актуальні з останніми змінами JD

Роль рекрутера змінюється від написання питань до перегляду та персоналізації вже відмінного скрипта. Це 95% скорочення часу на підготовку з кращими результатами.

Хочете скрипти скринінгу за 10 секунд? Спробуйте Inga CRM безкоштовно — підготовка до скринінгу в один клік, що зіставляє опис вакансії з профілем кожного кандидата.