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

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

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

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

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

Коротко: Ідеальний скрипт скринінгу має шість секцій: представлення компанії (2 хв), обов’язкові deal-breaker питання (3 хв), заглиблення в роль (5 хв), питання під конкретного кандидата на основі прогалин у профілі (3 хв), сигнали хороших/поганих відповідей для послідовної оцінки і структуроване завершення з чіткими наступними кроками (2 хв).

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

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 у фінтех-стартапі: природний pitch компанії з поясненням, чим займається PayFlow, обов’язкові питання про зарплату/локацію/дату старту, п’ять питань по ролі з сигналами хороших/поганих відповідей для React, TypeScript і дизайн-систем, плюс питання під конкретного кандидата.

Повний скрипт скринінгу для 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-хвилинна звичка економить 10 хвилин пізніше при брифінгу наймаючого менеджера чи порівнянні кандидатів.

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

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

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

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

Коротко: Ручне написання скрипта займає 15-20 хвилин на кандидата. AI-згенеровані скрипти створюються за 10 секунд і кращі: зіставляють вимоги JD з профілем кандидата, автоматично виявляють прогалини, включають сигнали відповідей, забезпечують послідовність. 95% скорочення часу підготовки з кращими результатами.

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

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

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

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

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