CRM для HR: як вести кандидатів, вакансії та комунікації в одній системі

CRM для HR допомагає організувати послідовний процес, у якому зрозумілі вакансія, поточний етап, відповідальний і наступна дія. Розгляньмо, як упорядкувати дані, налагодити взаємодію та побудувати такий сценарій в Uspacy.

Гнучку CRM можна адаптувати для ведення бази кандидатів, контролю відбору та комунікацій. Вона допомагає зберігати контекст і координувати роботу рекрутера з керівниками, якщо структура даних відповідає процесу найму.

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

Якщо потрібні база кандидатів, нагадування та спільне оцінювання, варто перевірити ці сценарії в CRM. Для масового найму додатково оцініть спеціалізовані можливості: розпізнавання резюме, роботу з джоб-сайтами, пакетні операції та планування великої кількості співбесід. Їхню наявність потрібно перевіряти окремо.

Почнімо з основи рекрутингового процесу — структури даних про кандидатів і вакансії.

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

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

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

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

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

Приклад послідовності: Новий кандидат → Перегляд резюме → Первинна розмова → Інтерв’ю з керівником → Тестове завдання за потреби → Офер → Офер прийнято. Після перегляду резюме рекрутер вирішує, чи запрошувати людину на розмову. Після інтерв’ю керівник надає оцінку, на основі якої команда погоджує наступний крок.

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

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

В Uspacy такий сценарій можна побудувати через Розумні об’єкти. Це налаштовувані сутності, для яких можна передбачити власні поля, напрями, етапи, роботу зі справами й завданнями, а також права доступу.

Створіть три об’єкти: «Кандидати», «Вакансії» та «Участь у відборі». У першому розділі зберігайте контакти, резюме, досвід і спеціалізацію людини. У другому — опис посади, вимоги, відповідального керівника та плановий строк закриття. «Участь у відборі» поєднуватиме кандидата з конкретною вакансією. Для цього додайте два поля типу «Прив’язка до сутності»: одне — для вибору кандидата, друге — для вакансії. Тут же налаштуйте етапи, відповідального рекрутера, а також поля для оцінок і підсумкового рішення.

Наприклад, Олена проходить відбір на посади маркетолога та контент-менеджера. Її картка в «Кандидатах» залишається одна, а в «Участі у відборі» створюють два записи з прив’язками до відповідних вакансій. В одному процесі вона вже запрошена на інтерв’ю, в іншому — очікує на перегляд резюме. Так контакти не дублюються, а історія та результати кожного відбору зберігаються окремо. Якщо послідовність роботи відрізняється, наприклад, для офісного й виробничого персоналу, налаштуйте окремі напрями з відповідними етапами.

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

Автоматизації налаштовують під правила компанії: після зміни етапу створюється наступна справа, після інтерв’ю — завдання на оцінювання, перед надсиланням оферу — сповіщення про погодження. Для кожного сценарію визначте виконавця, строки та винятки.

Почніть із невеликої вибірки кандидатів і однієї вакансії. Це допоможе перевірити структуру та правила роботи перед перенесенням усієї бази.

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

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

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