Disponibilità dei candidati: il dato che il tuo software ATS non tiene aggiornato

Apri la scheda di un candidato nel tuo software ATS e trovi un campo “disponibilità”. Qualcuno l’ha compilato: “immediata”, “da settembre”, “solo part-time”. Non c’è modo di sapere quando è stato scritto, né se è ancora vero. Nella maggior parte dei database candidati quel campo è la parte meno affidabile dell’intera scheda — e allo stesso tempo quella su cui si prendono le decisioni più urgenti.

Ogni ATS ha un campo disponibilità. Ed è un campo di testo

Guardando come sono fatti gli Applicant Tracking System, il modello è quasi sempre lo stesso: una o più colonne sulla scheda anagrafica del candidato. Disponibilità lavorativa, disponibilità logistica in chilometri, disponibilità a trasferte, disponibilità a trasferimenti. Sono campi utili, nati per una ragione precisa, e in un processo di selezione del personale tradizionale funzionano.

Funzionano perché nascono insieme al resto della scheda. Il recruiter fa il colloquio conoscitivo, compila, salva. In quel momento il dato è accurato.

Il problema arriva dopo. Perché tutti gli altri campi della scheda invecchiano lentamente — l’anagrafica, il titolo di studio, le esperienze, le competenze — mentre quello no.

La disponibilità non è un dato anagrafico: è un dato deperibile

È la distinzione che il modello a campi non riesce a rappresentare. Un CV di sei mesi fa resta utile: chi sapeva usare un muletto lo sa ancora, chi parlava inglese lo parla ancora. Le informazioni professionali si accumulano, non si cancellano.

La disponibilità invece è una fotografia di un momento. “Disponibile da subito” scritto a marzo non è una versione meno precisa della verità di oggi: è semplicemente falso, perché nel frattempo quella persona ha trovato lavoro, o ha iniziato un corso, o si è trasferita.

Ed è qui che sta il rischio vero. Un dato scaduto che sembra valido è peggio di un dato mancante. Se il campo è vuoto, il recruiter sa di dover chiamare per chiedere. Se il campo dice “immediata”, lo legge come vero e agisce di conseguenza.

Quanto costa davvero, nel recruiting ad alti volumi

Per chi seleziona profili impiegatizi con posizioni singole, l’impatto è tollerabile: si telefona e si verifica. Il colloquio serve anche a quello.

Ma per un’agenzia per il lavoro, per la ristorazione, il retail, la logistica o gli eventi, la questione cambia scala. Lì l’archivio contiene centinaia di persone già valutate e idonee, e la domanda operativa non è più “chi ha il profilo giusto” — quella risposta ce l’hai già. È “chi di questi può lavorare sabato sera”.

A quel punto succedono due cose, entrambe costose. Si chiamano persone che non possono, bruciando tempo e un po’ di credibilità a ogni telefonata. E non si chiamano persone che potevano, perché il loro campo diceva qualcosa di vecchio.

La conseguenza pratica è che quella informazione esce dall’ATS. Finisce in un foglio di calcolo parallelo, in un gruppo WhatsApp, nella testa di chi organizza i turni. Il database candidati resta la fonte di verità per tutto tranne che per la cosa più urgente.

Cosa serve perché il dato resti vivo

Il punto non è aggiungere un campo in più. È trattare la disponibilità come una categoria di dato diversa, con tre proprietà che un campo di testo non ha.

Una scadenza esplicita. Ogni dichiarazione dovrebbe portare con sé una data oltre la quale smette di essere considerata valida e va richiesta di nuovo. Non “aggiornato il”, che è un’informazione passiva che nessuno legge: una scadenza che il sistema applica da solo, escludendo il dato dai risultati.

Un formato interrogabile. “Da settembre, preferibilmente pomeriggi” è una frase leggibile da un umano e inutile per un filtro. Per rispondere a “chi c’è sabato sera” servono giorni e fasce orarie strutturate, non testo libero.

Un canale di aggiornamento sostenibile. È il punto che fa fallire la maggior parte dei tentativi. Chiedere al recruiter di ricontattare duecento persone ogni due settimane per aggiornare un campo non è un processo: è un buon proposito. Se aggiornare costa una telefonata a persona, l’aggiornamento non avverrà.

Dove finisce l’ATS e dove comincia la conversazione

Ed è qui che le due cose si dividono con onestà. Un software ATS come Performa Recruit è la memoria strutturata del processo: candidature, valutazioni, pipeline, storico, conformità. È il posto giusto dove tenere quello che dura.

La disponibilità però non ha bisogno di essere ricordata: ha bisogno di essere richiesta di nuovo, spesso, a molte persone insieme. È un problema di conversazione, non di archiviazione. E una conversazione su duecento persone non la fa un recruiter al telefono.

È esattamente il compito di un agente conversazionale come Reclute, che raccoglie la disponibilità direttamente in chat su WhatsApp — il canale su cui i candidati rispondono davvero — e la struttura in giorni e fasce orarie con una data di scadenza. Se ne parliamo più nel dettaglio nell’articolo su come raccogliere la disponibilità dei candidati e tenerla aggiornata.

In sintesi

Il campo disponibilità nel tuo ATS non è sbagliato: è semplicemente incompleto per un tipo di dato che si deteriora da solo.

La domanda utile da farsi non è se quel campo esiste, ma quando è stato scritto l’ultimo valore che contiene. Se la risposta è “non lo so”, quel campo non ti sta dicendo la verità sui tuoi candidati — ti sta dicendo la verità di qualche mese fa.