What you'll need
- Un espace de travail SkillCort avec le droit de créer des items et des évaluations
- Un résumé écrit de ce que votre poste de support traite réellement au quotidien
- Deux ou trois tickets réels anonymisés sur lesquels fonder les scénarios
- Un accord avec le manager recruteur sur les compétences qui comptent le plus
Step 1: Reliez le poste à des compétences
Avant de toucher au constructeur, nommez ce que vous mesurez. Pour la plupart des postes de support, les compétences porteuses sont le ton, l'exactitude, la priorisation et la désescalade. Écrivez une phrase par compétence décrivant à quoi ressemble une bonne performance dans votre file — par exemple : « reconnaît la frustration du client avant de proposer une solution, et ne promet jamais une date que nous ne pouvons pas tenir ».
Ces quatre compétences deviennent la colonne vertébrale de toute l'évaluation : chaque tâche que vous construirez en visera une ou deux, chaque critère de grille renverra à l'une d'elles, et les poids des sections refléteront l'importance de chacune pour ce poste précis. Faire cela d'abord sur papier garde l'évaluation honnête — vous construisez des tâches pour mesurer des compétences, pas des compétences pour justifier des tâches.
- Ton : chaleur et professionnalisme ajustés à la situation
- Exactitude : ne dit que ce qui est vrai ; aucune promesse excessive
- Priorisation : traite une file dans un ordre défendable
- Désescalade : fait retomber la tension sans tout céder
Step 2: Construisez la simulation de tickets dans la bibliothèque d'items
Ouvrez la bibliothèque d'items et créez un dossier pour ce poste — par exemple « Recrutement support » — avec des tags propres au dossier comme « ticket », « triage » et « désescalade » afin de pouvoir filtrer plus tard. Créez le premier item manuellement : une tâche de réponse en texte enrichi qui présente un ticket client réaliste et demande au candidat de rédiger la réponse qu'il enverrait réellement.
Utilisez une mise en page à stimulus côte à côte, pour que le ticket, l'extrait de politique pertinent et les éventuels détails de commande tiennent d'un côté pendant que le candidat rédige de l'autre. Fondez le ticket sur un cas réel anonymisé : une réclamation en partie légitime à laquelle manque un détail oblige le candidat à faire preuve de jugement, et pas seulement à réciter un modèle.
Step 3: Ajoutez les tâches de priorisation de boîte de réception et de client difficile
Pour la priorisation, créez une tâche qui montre une petite boîte de réception — six à huit tickets courts d'urgence variable — et demande au candidat de les ordonner puis de justifier brièvement les deux premiers choix. Une saisie en tableau convient bien pour l'ordre, associée à un court champ de texte pour la justification. C'est dans la justification que résident les preuves ; l'ordre seul peut se deviner.
Pour la désescalade, rédigez un scénario de client difficile : un message furieux qui contient une erreur factuelle du côté du client. Le candidat doit rétablir les faits sans envenimer la situation. Une réponse en texte enrichi recueille le message ; si la voix compte dans votre canal, un item d'enregistrement audio vous permet d'entendre directement le ton.
Step 4: Rédigez une grille pour chaque tâche
Rattachez une grille à chaque tâche avant que quiconque ne réponde. Pour la simulation de tickets, une matrice par niveaux fonctionne bien : des critères pour le ton, l'exactitude et la clarté, chacun avec des descriptions de comportement ancrées — à quoi ressemblent concrètement une réponse solide, acceptable et faible. Ce sont les ancres qui maintiennent deux évaluateurs alignés ; « bon ton » ne veut rien dire sans elles.
Pondérez les critères selon leur importance : l'exactitude peut peser plus lourd que le soin de la mise en forme. Lorsque vous rattachez une grille, elle se fige en instantané, de sorte que des modifications ultérieures de la grille ne changeront pas silencieusement la notation des candidats en cours. Si vous voulez que les candidats voient le standard qui leur est appliqué, rendez la grille visible pour le candidat.
Step 5: Assemblez les sections et fixez les poids dans le constructeur
Créez l'évaluation et structurez-la en sections, pages et blocs. Une organisation claire pour ce poste : Section 1 « Traitement des tickets » (la simulation), Section 2 « Tri de la file » (la tâche de priorisation), Section 3 « Désescalade » (le scénario de client difficile). Importez vos items via la fenêtre de sélection, en filtrant par le dossier et les tags définis plus tôt et en cochant plusieurs éléments à la fois.
Réglez les poids de notation des sections en fonction du poste. Si c'est la désescalade qui distingue vos meilleurs conseillers des autres, pondérez cette section en conséquence — les poids alimentent directement la note d'adéquation au poste que votre Decision Board affichera plus tard. Ajoutez des consignes candidat qui posent honnêtement les attentes : un échantillon court et réaliste du métier, pas un piège.
Step 6: Réglez le chronométrage, prévisualisez et publiez
Fixez une durée totale proportionnelle au travail demandé — une évaluation support ciblée dépasse rarement 30 à 40 minutes. Si vous voulez que la tâche de tri se fasse sous une pression réaliste et légère, ajoutez une limite de temps par page à cette page ; à son expiration, le candidat passe à la suite et la page se verrouille : dites-le donc clairement dans les consignes.
Utilisez « Preview as candidate » depuis l'en-tête du constructeur et passez vous-même l'évaluation entière. Vérifiez que les mises en page à stimulus se lisent bien, que le chronométrage paraît équitable et que rien n'est ambigu. La checklist de publication bloquera Publish tant que la configuration requise n'est pas complète — réglez tout ce qu'elle signale, puis publiez.
Step 7: Diffusez, évaluez et décidez
Créez une diffusion avec un nom et une fenêtre temporelle, et gardez les contrôles d'intégrité proportionnés aux enjeux : pour la plupart des recrutements support, le blocage du copier-coller suffit largement, et les candidats voient exactement ce qui est surveillé à l'étape du consentement avant de commencer. Invitez les candidats par e-mail.
À mesure que les réponses arrivent, les évaluateurs notent à l'aide des grilles partagées. L'IA rédige des synthèses et des suggestions de note avec le modèle et sa version journalisés, mais une personne nommée confirme chaque note — la suggestion est un appui, jamais la décision. Sur le Decision Board, l'adéquation au poste pondérée classe les candidats et chaque chiffre se déplie jusqu'aux preuves sous-jacentes, si bien que la discussion sur la liste restreinte porte sur ce que les candidats ont réellement écrit, pas sur qui a été chaleureux en entretien.
Pro tips
- Fondez chaque scénario sur un ticket réel anonymisé — les scénarios inventés dérivent vers l'anecdote et s'éloignent du métier.
- Demandez une brève justification sur la tâche de priorisation ; l'ordre seul vous en dit bien moins que la raison de cet ordre.
- Faites noter les premiers candidats indépendamment par deux évaluateurs et comparez leurs commentaires avant de noter les autres — cela fait apparaître tôt les ambiguïtés de la grille.
- Gardez le temps total demandé au candidat sous les 40 minutes ; une évaluation longue sélectionne le temps libre, pas le savoir-faire.
- Incluez un ticket dont la bonne réponse est de faire remonter plutôt que de résoudre — connaître les limites de son autonomie est un savoir-faire du support.