CRM для HR: коли таблиці вже не справляються
Майже кожен HR-відділ починає з Google Таблиць, і це нормально. Таблиця безкоштовна, зрозуміла і за десять хвилин перетворюється на список кандидатів зі статусами. Проблеми зʼявляються не одразу, а коли потік вакансій росте: два рекрутери правлять один файл, хтось випадково видаляє рядок, нагадування про дзвінки живуть у голові, а історія спілкування з кандидатом розкидана по чатах. У якийсь момент таблиця з інструмента перетворюється на джерело помилок. У цьому матеріалі чесно розберемо, за якими ознаками HR-відділ переростає Google Таблиці, чим CRM реально відрізняється, і коли таблиці ще цілком годяться - бо переходити «бо модно» не варто.
Ознаки що HR відділ переріс Google Таблиці
Перша ознака - над таблицею працює більше однієї людини. Щойу файлі зʼявляється два-три рекрутери, починаються перезаписи: один правив рядок, інший його затер, і ніхто не памʼятає, яка версія правильна. Друга ознака - ви губите кандидатів. Хтось написав тиждень тому, обіцяли передзвонити, але нагадування не було, і людина пішла до конкурента. Третя - вам дедалі частіше потрібна історія: коли спілкувались, що обіцяли, чому відмовили. У таблиці це один перевантажений коментар, який ніхто не веде акуратно. Якщо ви впізнаєте два з трьох пунктів, відділ уже впирається у стелю таблиць.
Є ще кілька червоних прапорців. Ви не можете швидко відповісти на просте запитання керівника: скільки кандидатів у роботі, на якому етапі вони застрягли, який рекрутер скільки закрив за місяць. Кожен такий звіт - це ручне копання у фільтрах і півдня часу. Або ще: доступ до таблиці має надто багато людей, зокрема ті, кому не варто бачити зарплатні очікування чи контакти. У Google Sheets тонко розмежувати права важко - або людина бачить весь файл, або нічого. Коли ці дрібниці починають зʼїдати години щотижня і множити помилки, це вже не зручність, а прихований податок на кожну вакансію.
Чим CRM для HR відрізняється від таблиці на практиці
Головна різниця - у моделі даних. У таблиці кандидат це рядок, у CRM це картка з власною історією. Всередині картки видно всі дзвінки, коментарі, зміни етапів, прикріплене резюме і заплановані дії. Ви відкриваєте людину і за пʼять секунд розумієте контекст, а не гортаєте чати. Друге - воронка етапів. CRM показує кандидатів як рух по стадіях: новий, телефонне інтервʼю, співбесіда, тестове, офер. Видно, де застрягає потік і на якому кроці ви втрачаєте найбільше людей. У таблиці це теж можна імітувати колонкою статусу, але без наочності і без автоматичних переходів це радше ручна дисципліна, ніж система.
Третя відмінність - нагадування і автоматизація. CRM сама ставить задачу «передзвонити завтра о 14:00» і не дасть про неї забути, а частину дій виконує без людини: надсилає кандидату повідомлення при зміні етапу, призначає відповідального, підтягує анкету з бота. Четверте - права доступу. Рекрутер бачить своїх кандидатів, керівник - усіх і звіти, бухгалтерія не бачить нічого зайвого. Пʼяте - звітність у кілька кліків: скільки закрито вакансій, середній час найму, ефективність джерел трафіку. Те, що в таблиці збирається пів дня вручну, тут уже готове. Саме ці речі - історія, воронка, нагадування, права і звіти - відрізняють систему від файлу.
Як перейти з таблиць на CRM для HR без болю
Найбільший страх перед переходом - «доведеться все ламати і вчити команду з нуля». Насправді робочий шлях еволюційний, а не революційний. Перший крок - вивантажити наявну таблицю: майже будь-яка CRM імпортує кандидатів із Google Sheets за кілька хвилин, зіставляючи колонки з полями картки. Другий крок - перенести не всю історію за пʼять років, а лише активних кандидатів у роботі, умовно останні 2-3 місяці. Старий архів лишіть у таблиці для довідки. Третій крок - описати свою воронку етапів так, як вона реально влаштована у вас, а не за чужим шаблоном. За тиждень команда працює в новому інструменті, а таблиця стає резервом.
Щоб перехід не забуксував, важливо не переносити в CRM хаос із таблиці. Якщо у вас було 15 колонок, половина з яких порожня, це привід почистити поля, а не тягнути їх далі. Домовтеся з командою про єдині назви етапів і обовʼязкові поля - імʼя, телефон, джерело, статус - і закладіть їх у систему одразу. Перші два тижні тримайте паралельно стару таблицю як підстраховку, але задайте дедлайн повного відключення, інакше люди звикнуть жити на два фронти. Практика показує: якщо процес описаний і в CRM веде хоча б один зацікавлений рекрутер, решта команди підтягується за 10-14 днів без спротиву.
Коли Google Таблиці для найму ще цілком достатньо
Будьмо чесні: не кожному бізнесу потрібна CRM, і продавати її всім поспіль - неправильно. Якщо ви наймаєте кілька людей на квартал, вакансії відкриваються рідко, а веде їх один рекрутер, таблиця робить свою роботу ідеально. Немає конфлікту версій, бо файл править одна людина. Немає проблеми звітів, бо і звітувати особливо нема про що. У такому режимі CRM стане зайвою складністю: її треба налаштувати, навчити команду, платити за неї. Google Таблиці виграють простотою і нульовою ціною, і поки потік малий, це рішення, а не компроміс. Перехід «на виріст» тут частіше шкодить, ніж допомагає.
Проміжний варіант теж існує. Іноді достатньо не міняти інструмент, а трохи автоматизувати таблицю: підключити Telegram-бота, який сам додає анкети кандидатів рядками, і налаштувати прості нагадування. Це знімає найбільший біль - ручне перенесення даних - і продовжує життя Sheets ще на рік-два. Орієнтир простий: малому бізнесу з рідкісним наймом вистачає таблиці, можливо з ботом-збирачем анкет; середньому бізнесу з кількома рекрутерами і постійним потоком вакансій уже потрібна CRM, бо ціна помилок і втрачених кандидатів перевищує вартість системи. У Devlly ми допомагаємо тверезо оцінити цей момент і будуємо як ботів для таблиць, так і повноцінні HR-CRM під конкретний процес.