Tieni in movimento la pipeline di hiring
Al termine di questa recipe, nessun candidato valido resterà fermo in silenzio nella pipeline di hiring — appena qualcuno resta troppo a lungo in uno stage, Copera sollecita il recruiter owner con un next step concreto, e il board si aggiorna da solo ogni volta che un candidato avanza. Poiché board di hiring e chat del team vivono nello stesso workspace, l'automazione individua il candidato bloccato e raggiunge la persona giusta in modo diretto, senza aspettare che qualcuno se ne accorga al sync settimanale di hiring.
Prontezza: Disponibile ora (costruita come due Automazioni). La versione in cui un collega di recruiting con un nome proprio osserva l'intera pipeline e la tiene in movimento da solo è in early access.
Cosa fa
I buoni candidati si perdono come deal e task: nel silenzio. Un profilo promettente arriva in Screening e resta fermo una settimana. Un'intervista non viene mai schedulata. Un'offerta aspetta un'approvazione che nessuno ha inseguito. Quando qualcuno se ne accorge, il candidato ha già accettato un altro lavoro. Questa recipe rende quello stallo impossibile da ignorare — e toglie il lavoro manuale da ogni cambio di stage.
Funziona come due piccole automazioni che si rafforzano a vicenda:
- Tieni il board aggiornato. Ogni volta che lo Stage di un candidato cambia, un'automazione registra la data di ingresso nel nuovo stage, poi ramifica in base a dove si è spostato per attivare i follow-up giusti — assegna l'intervistatore, avvisa l'hiring manager, redige l'email di next step al candidato, o celebra un'assunzione nel canale.
- Non lasciare mai un candidato fermo. Una seconda automazione osserva quella data di stage. Se un candidato resta nello stesso stage oltre la soglia — ad esempio quattro giorni — redige un sollecito breve e specifico e invia un messaggio diretto al recruiter owner con il nome del candidato, da quanto tempo aspetta e il next step ovvio.
Una cosa resta vera dall'inizio alla fine: a decidere chi avanza è sempre una persona. L'automazione non spinge mai in silenzio un candidato da Screening a Offer — le scelte di hiring restano umane. Quello che fa è evitare gli stalli e gestire tutto il follow-through nell'istante in cui tu sposti qualcuno. I candidati Hired e Rejected vengono saltati, così nessuno riceve sollecito su un candidato già chiuso.
Costruiscilo tu
Due automazioni fanno tutto il lavoro: un keeper sul cambio di stage che attiva i follow-up giusti ogni volta che un candidato si sposta, e un nudger sugli stalli che legge l'orologio dello stage aggiornato dal keeper. Entrambe vivono in Automazioni.
Prima di iniziare
Sul board di hiring, dai a ogni riga candidato i campi che le automazioni leggono:
- Un campo Stage (single-select) con la pipeline: Applied, Screening, Phone screen, Onsite, Offer, Hired, Rejected.
- Un campo data Stage entered — aggiornato automaticamente più sotto; è il segnale su cui gira il nudger.
- Un Recruiter owner (colonna people) — è chi riceve il sollecito.
- Un Hiring manager (colonna people) — avvisato sugli spostamenti chiave.
- Un campo Candidate email, così l'outreach può essere redatto dalla riga.
Questo è tutto il setup — una riga per candidato. Vedi Creating a Board se lo stai costruendo da zero, e lascia che i nuovi candidati entrino automaticamente (vedi il tip in fondo).
Automazione 1 — tieni il board aggiornato
Questa scatta a ogni cambio di stage e gestisce il follow-through, così board e persone coinvolte restano sempre allineati.
Aggiungi un trigger Campo modificato sulla colonna Stage, così l'automazione gira ogni volta che un candidato passa da uno stage al successivo.
Aggiungi un'azione Imposta data a ora sul campo data Stage entered. Questo reimposta l'orologio dello stage a ogni spostamento — ed è ciò che riarma il nudger sugli stalli nell'Automazione 2 per il nuovo stage. (Preferisci tracciarlo come timer? Aggiungi un'azione SLA timer control per fermare il timer dello stage precedente e avviarne uno nuovo, e vai a Tracciamento SLA.)
Aggiungi una condizione con un controllo cambiato da → a per ramificare in base allo stage di destinazione. Spostamenti diversi meritano follow-up diversi, e questo divide il flusso così scattano quelli giusti.
Su ogni branch, aggiungi le azioni che fanno avanzare quello spostamento. Un set di default utile:
| Spostato verso… | Azioni su quel branch |
|---|---|
| Phone screen o Onsite | Assegna utente/i per aggiungere l'intervistatore, Invia notifica all'intervistatore e all'hiring manager, e Invia email (come bozza) con l'invito di scheduling da far revisionare al recruiter. |
| Offer | Invia messaggio diretto all'hiring manager per avviare l'approvazione, e Crea documento per partire dalla lettera di offerta da un template. |
| Hired | Pubblica messaggio nel canale nel canale di hiring per celebrare il win, e Aggiorna riga collegata per segnare la requisition aperta come coperta. Poi passa l'handoff all'onboarding. |
| Rejected | Invia email (come bozza) con un rifiuto cortese e on-brand, da far revisionare a un recruiter prima dell'invio. |
Ogni email rivolta al candidato resta una bozza, così una persona firma prima che arrivi al candidato — vedi i Consigli più sotto.
Assegna, notifica e redigi in un unico spostamento. Il valore è che un solo cambio di stage si espande in tutto ciò che dovrebbe succedere dopo — l'intervistatore è sulla riga, l'hiring manager sa, e l'email è scritta e pronta per una revisione rapida — invece di cinque passaggi manuali che un recruiter affollato deve ricordare.
Automazione 2 — sollecita i candidati che restano fermi
L'Automazione 1 mantiene fresca la data Stage entered. Questa la legge e fa sì che nessuno resti fermo troppo a lungo.
Aggiungi un trigger Data raggiunta sul campo Stage entered con un offset dopo — ad esempio 4 giorni dopo. Scatta per un candidato specifico esattamente quattro giorni dopo l'ingresso nello stage corrente. Poiché l'Automazione 1 reimposta quella data a ogni spostamento, il timer si riarmia automaticamente per ogni nuovo stage. (Puoi anche usare l'opzione "N giorni dopo l'ultimo commento" se il team traccia l'attività come commenti sulla riga del candidato.)
Aggiungi una condizione (un filtro riga) così il flusso continua solo se il candidato è ancora in gioco — Stage non è Hired e non è Rejected. Nessuno vuole un sollecito su un candidato che ha già chiuso in un senso o nell'altro.
Aggiungi un passaggio IA → Genera che scrive un messaggio breve e specifico dai campi del candidato — nome, stage in cui è fermo, da quanto tempo aspetta e il next step ovvio. Chiedigli un tono: "Scrivi un sollecito breve e amichevole su cui il recruiter possa agire in un minuto."
Aggiungi un'azione Invia messaggio diretto al Recruiter del candidato, con il sollecito redatto e un link alla riga: "⏳ Dana è in Phone screen da 4 giorni — ecco il next step." Preferisci un tocco più leggero? Sostituisci con Invia notifica per un ping in-app invece di un DM.
Preferisci un digest mattutino ai ping per candidato? Sostituisci il trigger con un Schedule (ad esempio alle 8:30 ogni giorno) e apri con un'azione Trova righe che restituisce ogni candidato attivo la cui data Stage entered è di più di quattro giorni fa, poi un loop Per ciascuno su di loro. Aggiungi un passaggio IA → Riassumi e un'azione Pubblica messaggio nel canale per far cadere un unico digest "ecco chi sta aspettando" nel canale di hiring. Stesso filtering che già usi sulle view, eseguito come un unico sweep.
Oppure chiedilo a Copera AI
Non devi costruire nessuno dei due grafi a mano. Apri Ask Copera AI e descrivi il tutto:
"Crea un Hiring board con una riga per candidato — colonne per Stage (Applied, Screening, Phone screen, Onsite, Offer, Hired, Rejected), il recruiter owner, l'hiring manager, una data Stage-entered e l'email del candidato. Poi costruisci un'automazione che aggiorna la data Stage-entered ogni volta che lo stage di un candidato cambia, assegna l'intervistatore e notifica l'hiring manager. E costruisci una seconda automazione che invia un DM al recruiter owner ogni volta che un candidato è rimasto nello stesso stage per più di quattro giorni, con un next step suggerito."
Ask Copera AI può creare il board e le colonne, poi assemblare entrambe le automazioni per te. Con la modalità di permesso predefinita Ask before acting, mostra una card di review per ogni modifica prima che venga creata — così approvi il setup del board e ogni automazione prima che esista. Vedi Cosa può fare Copera AI per l'elenco completo delle azioni che può fare, e chiedigli in qualsiasi giorno lo stato del gioco: "Quali candidati sono fermi da più tempo nello stesso stage?"
Fallo diventare un collega fisso
I colleghi IA fissi stanno arrivando gradualmente. Quando uno raggiunge il tuo workspace, un coordinatore di recruiting con un nome proprio può prendere in carico questo beat sull'intero board: osservare i candidati fermi troppo a lungo, redigere ogni sollecito, inviare un DM al recruiter owner e tenere aggiornato il board mentre le persone si muovono — sul proprio schedule e con la propria identità. Un collega gestisce il lato interno (leggere il board, postare nei canali, messaggiare i recruiter, aggiornare le righe); le email rivolte ai candidati passano ancora dal passaggio bozza dell'automazione, perché i colleghi non inviano mai fuori dal workspace né cancellano dati. Finché un collega non è disponibile, le due automazioni di sopra fanno esattamente questo oggi — tutto in questa guida si può costruire adesso come Automation.
Consigli
Tieni una persona su tutto ciò che vede il candidato. Inviti all'intervista, email di offerta e rifiuti devono sempre passare da un passaggio di consegna in bozza o approvazione, così un recruiter rivede il testo prima che esca dal workspace. L'automazione va veloce; una persona firma comunque il messaggio che parte a tuo nome.
Scala le soglie per stage. Un candidato silenzioso per quattro giorni in Applied non è come quattro giorni in Offer, dove una risposta lenta fa perdere l'assunzione. Duplica il nudger con una finestra più stretta per le righe late-stage — un giorno dopo Offer — così i candidati più vicini al traguardo vengono inseguiti per primi.
Lascia che i candidati entrino sul board da soli. I nuovi candidati possono arrivare come righe automaticamente: un trigger Modulo inviato da un form di candidatura pubblico, un webhook inbound dal tuo applicant tracking system, o un trigger email ricevuta con un passaggio IA → Estrai che porta nome, ruolo e contatto in una nuova riga. Un board aggiornato è ciò che rende affidabile il rilevamento degli stalli.
Riporta i debrief dell'intervista sulla riga del candidato. Fai l'intervista in un meeting channel e, quando la trascrizione è completa, un'automazione può riassumere il debrief e allegarlo — o i next step concordati — alla riga del candidato, così la decisione di avanzare si prende con le note del panel davanti.
Imposta un tetto di spesa. Poiché il nudger redige un messaggio per ogni candidato fermo, dai all'automazione un tetto di spesa per automazione così una settimana di hiring intensa non può mai superare il budget che scegli. La dashboard di usage mostra esattamente dove vanno i crediti.
Domande frequenti
Come fa Copera a evitare che i candidati restino bloccati nella pipeline di hiring?
Registra la data in cui ogni candidato entra in uno stage; poi un trigger Data raggiunta scatta alcuni giorni dopo se è ancora in quello stage. Un passaggio IA → Genera redige un sollecito breve e specifico e un'azione Invia messaggio diretto lo consegna al recruiter owner del candidato — così nessuno resta in attesa in Screening perché tutti pensavano che se ne occupasse qualcun altro.
L'automazione sposta da sola i candidati tra gli stage?
No. A decidere chi avanza è sempre una persona. L'automazione evita gli stalli sollecitando l'owner e si occupa del lavoro operativo nel momento in cui un umano sposta un candidato: aggiorna la data del nuovo stage, assegna il prossimo intervistatore, avvisa l'hiring manager e redige in bozza l'email di next step al candidato, da revisionare.
Come resta aggiornato il board di hiring quando un candidato avanza?
Un'automazione Campo modificato osserva la colonna Stage. Ogni volta che un candidato si sposta, imposta la data di ingresso nello stage a adesso, ramifica in base allo stage di destinazione e attiva i follow-up giusti — assegna un intervistatore, avvisa l'hiring manager, redige un'email o pubblica una celebrazione quando qualcuno viene assunto.
Può redigere le email che ricevono i candidati?
Sì. Un passaggio IA → Genera redige l'email di next step, l'invito all'intervista o il rifiuto a partire dal contesto del candidato. Tieni le email rivolte ai candidati su un passaggio di consegna in bozza o approvazione, così un recruiter rivede e modifica prima che qualcosa esca dal workspace.
Come arrivano i nuovi candidati sul board di hiring?
Una riga per candidato. I nuovi candidati possono entrare automaticamente: un trigger Modulo inviato da un form di candidatura pubblico, un webhook inbound dal tuo applicant tracking system, oppure un trigger email ricevuta con un passaggio IA → Estrai che porta nome, ruolo e contatto in una nuova riga.
Correlati
- Automazioni — i blocchi field-changed, date-reached, condition e AI-generate su cui è costruita questa recipe
- Cosa può fare Copera AI — individua i candidati fermi e redigi outreach on demand
- Un buddy di onboarding con IA per i nuovi assunti — il next step naturale una volta che un candidato è assunto
- Intercetta automaticamente task bloccati e fermi — lo stesso pattern di rilevamento stalli applicato al lavoro di progetto
- Watchdog sulle violazioni SLA — metti un timer di stage su ogni candidato ed escalata automaticamente al breach
- Cosa puoi costruire con Copera AI — il playbook completo