Pijplijn sjablonen: Wanneer een pijplijn over functies te hergebruiken en wanneer aan te passen
De standaard pijplijn
De meeste organisaties beginnen met een zes-stadium pijplijn:
- Gesolliciteerd — kandidaat heeft een sollicitatie ingediend
- Screenen — recruiter of aanstellingsmanager herzien het résumé
- Beoordeling — kandidaat nam een test of codeer uitdaging
- Interview — kandidaat had een gesprek met je team
- Aanbied — je hebt een verbale of schriftelijke aanbod gemaakt
- Aangesteld — kandidaat accepteerde en start datum is ingesteld
Deze pijplijn werkt voor 70% van rollen. Het respecteert het natuurlijke ritme van werving: filter voor basis's (screenen), controleer vaardigheden (beoordeling), beoordeel fit (interview), onderhandelaars (aanbod), onboard.
De wrijving komt wanneer je te veel aanpast. Elk stadium je voegt is nog een email, nog een gegevens veld, nog een plaats voor kandidaten om vast te raken. Pijplijn overstroom — 12 stadium's over 40 verschillende job postings — maakt rapportage onmogelijk en vertraagt je team omdat zij constant vragen "wat stadium is deze kandidaat in?" over verschillende definities.
Wanneer de standaard afbreken
Voeg een aangepast stadium als de workflow materieel anders is van gesolliciteerd → aangesteld. Hier zijn de legitieme redenen:
Verkoop rollen: handels fit
Verkoop werving is anders. Na een initiële screening oproep, je moet vaak een "handels fit" gesprek runnen voordat het technische interview. Dit is wanneer je onderhandelaars stijl, klant-gerichte communicatie, en deal-grootte eetlust beoordeel. Het's niet een beoordeling in het product zin; het's een gesprek.
De pijplijn wordt: Gesolliciteerd → Screenen → Handels Fit → Beoordeling → Interview → Aanbod → Aangesteld
Dat voegde stadium spaart je team van het runnen van technische interviews met kandidaten die niet in goed geloof zouden onderhandelen. Het's een zinvolle poort.
Ontwerp rollen: portfolio review
Een ontwerper's portfolio is dikwijls hun meest belangrijke signaal. Als je links naar Figma bestanden of ontwerp systemen stuurt voordat het interview, overweeg het toevoegen van een "Portfolio Review" stadium na Screenen. Dit oppervlakten ontwerpers wiens werk niet met je team's esthetiek of vaardigheid niveau uitgelijnd zijn voordat zij een uur interviewen.
Gesolliciteerd → Screenen → Portfolio Review → Interview → Aanbod → Aangesteld
Executief zoeken: executief beoordeling
C-niveau rollen sluiten soms een psychometrische beoordeling of uitvoering-coachings raadpleging die uniek van technische interviews is. Als je een buitenmaatschappij gebruikt (zoals SpencerStuart of Korn Ferry), hun werk zou zijn eigen stadium kunnen zijn:
Gesolliciteerd → Screenen → Beoordeling → Executief Beoordeling → Interview → Aanbod → Aangesteld
Niche geval: achtergrond controleer
Sommige industrieën (financiën, gezondheid, veiligheid) vereisen achtergrond of referentie checks voordat een aanbod is gefinaliseerd. Maar zelfs hier, het stadium is dikwijls optioneel — een kandidaat zou een achtergrond controleer kunnen passeren of niet, maar het's niet een afwijzing poort; het's een afhankelijkheid. Gebruik een Booleaanse vlag in plaats van een stadium als mogelijk.
De kost van pijplijn overstroom
Hier's wat gebeurt wanneer je een aangepast stadium voor elk nuance creëert:
- Rapportage breken. "Hoe lang zijn kandidaten in Beoordeling gemiddeld?" — nou, sommige functies hebben twee beoordeling stadium's, sommige hebben er een, sommige hebben geen.
- Email verwarring. Elk stadium heeft een optioneel email sjabloon. Als stadium definities per functie verschillen, een kandidaat in "Beoordeling" op één functie en "Codeer Test" op ander nooit weet wat verwachten.
- Team verwarring. Een nieuwe recruiter vraagt een aanstellingsmanager "Zou deze kandidaat naar Interview of blijven in Screenen?" en krijgt zes verschillende antwoorden afhankelijk van de rol.
- Workflow breken. Automatisering regels als "stuur aanbod email wanneer stadium wijzigt naar Aanbod" mislukken stil als iemand het stadium op één pijplijn hernoemd.
De schade is subtiel en samenvoegen over een jaar. Je verliest zichtbaarheid in je eigen proces.
Hoe je slim sjabloon
Als je vijf pijplijn's over tien functies, consolideren naar drie:
Generieke engineering: Gesolliciteerd → Screenen → Beoordeling → Interview → Aanbod → Aangesteld Verkoop: Gesolliciteerd → Screenen → Handels Fit → Beoordeling → Interview → Aanbod → Aangesteld Ontwerp: Gesolliciteerd → Screenen → Portfolio Review → Interview → Aanbod → Aangesteld
Wijs elke job posting een sjabloon toe. Wanneer je de volgende ontwerper aanneemt, je hergebruikt het Ontwerp sjabloon. Wanneer je een vierde verkoop engineer aanneemt, je kloont het Verkoop sjabloon. Geen uitvinding nieuwe stadium's.
Als een rol werkelijk iets unieks nodig, creëren het eenmaal en documenten waarom. "VP of Product" zou kunnen hebben: Gesolliciteerd → Screenen → Product Oefening → Interview (1:1) → Interview (Panel) → Aanbod → Aangesteld. Maar wees opzettelijk. Één extra stadium voor één rol is okay. Één extra stadium voor elke derde rol is een teken je sjablonen te nauw zijn.
Praktisch voorbeeld: vergelijken twee team's
Team A: 20 job postings, elk met een aangepaste pijplijn. Stadium's bereik van 4 tot 14. Inconsistent naamgeving. Één recruiter verliet; de nieuwe huur spendeerde drie weken juist begrijpen wat "Stadium 3" betekende voor elke rol.
Team B: 20 job postings met drie sjablonen (Engineering, Verkoop, Operaties). Nieuwe rollen worden toegewezen aan het sjabloon dat best past. Wanneer een rol iets ongebruikelijk nodig, het's toegevoegd aan dat sjabloon en gedocumenteerd in een gedeeld Notion pagina. Aanstellingsmanagers weten precies wat verwachten.
Team B's tijd-naar-aanstelling is 8 dagen sneller. Hun kandidaten rapport duidelijkere verwachtingen over het proces. Hun rapportage dashboards werkelijk werk.
Hoe ClarityHire sjablonen handelt
ClarityHire verzonden een bibliotheek van pijplijn sjablonen (generiek, verkoop, ontwerp, executief) je kunt kloont wanneer een nieuwe functie creëren. Elk sjabloon omvat standaard stadium namen, geautomatiseerde email triggering's, en integratie toewijzingen.
Je kunt elk sjabloon per functie aanpassen, maar het UI beklemtoont hergebruik. Het toevoegen van een aangepast stadium is twee klikken, maar het systeem toont waarschuwing: "Je creeerde een nieuw stadium. Zal dit op andere functies gebruikt?"
Het analytische dashboard is slim: het groepeerd functies per sjabloon, zodat je "tijd-naar-aanstelling" metriek is berekend voor rollen met dezelfde pijplijn, niet gemiddeld over incompatibele. Je kunt ook drill neer en vergelijken Aangepaste versus Sjabloon functies om te zien als aanpassing werkelijk helpt.
TL;DR
Begin met de standaard zes-stadium pijplijn. Voeg een aangepast stadium slechts als de workflow materieel anders is (verkoop handels-fit, ontwerp portfolio, executief beoordeling). Vermijd pijplijn overstroom; drie tot vijf sjablonen over onbeperkt functies is de juiste ratio. Documenten waarom een aangepast stadium bestaat. Gebruik sjablonen als je waarheid bron voor proces.
Één team standaard slaat tien rol-specifieke workflows. Je tijd-naar-aanstelling zal je bedanken.