Algorithme de matching

Un matching dont vous pouvez montrer le raisonnement.

Écrivez des règles sur les champs que vous collectez déjà, donnez un poids à chacune, marquez les critères rédhibitoires comme obligatoires. Mentornity note chaque paire mentor–mentoré, classe les suggestions et met les deux profils devant vous avant toute validation.

Gratuit jusqu’à 10 utilisateurs · Sans carte bancaire · Noté 4,7/5 sur Capterra

Détail du match : les deux profils, le score et les règles qui ont pesé.

Chez Mentornity, le matching mentor–mentoré est fondé sur des règles et déterministe. Vous définissez des règles qui comparent un champ de profil du mentor à un champ de profil du mentoré — même département, compétences similaires, plus d’années d’expérience — et vous donnez un poids à chaque règle. Chaque paire obtient le poids des règles qu’elle satisfait divisé par le poids de toutes les règles, multiplié par 100. Une paire qui échoue à une règle marquée obligatoire est écartée plutôt que pénalisée. Rien ne devient un match tant que quelqu’un ne l’a pas validé : un administrateur, ou le mentor, selon la configuration du programme. Relancez le calcul sur des données inchangées et vous obtenez les mêmes suggestions.

L’algorithme

Une règle, quatre décisions

Les règles s’appuient sur les champs d’informations complémentaires que vous définissez pour les mentors et pour les mentorés : les mêmes questions auxquelles les gens répondent en s’inscrivant. Il n’y a pas de second questionnaire de matching à maintenir.

  1. 1

    Les deux champs

    Un champ du formulaire mentor, un du formulaire mentoré. Ce n’est pas forcément la même question : « Secteur dans lequel je travaille » peut être comparé à « Secteur que je vise ».

  2. 2

    La comparaison

    Comment les deux réponses sont jugées : Identique, Différent, Similaire, Égal, Supérieur à, Supérieur ou égal, Inférieur à, Inférieur ou égal.

  3. 3

    Le poids

    Ce que la règle pèse. La valeur par défaut est 1 ; l’éditeur accepte de 0,1 à 100 par pas de 0,1. Une règle à 3 déplace le score trois fois plus qu’une règle à 1.

  4. 4

    Obligatoire ou non

    Une règle obligatoire non satisfaite sort la paire de la course au lieu de lui coûter des points. C’est la différence entre une préférence et un critère rédhibitoire, et l’algorithme les traite différemment.

Huit comparaisons, réduites à celles qui conviennent

La liste des comparaisons proposées dépend des deux champs choisis. Choisissez un nombre et vous obtenez les comparaisons numériques ; choisissez un champ à choix multiple et Similaire apparaît. Deux champs sans comparaison commune ne peuvent pas former une règle : le second menu ne les propose tout simplement pas.

Identique
Les réponses coïncident, sans tenir compte des majuscules ni des espaces superflus. Deux réponses à choix multiple sont identiques si elles contiennent les mêmes options, dans n’importe quel ordre. Une réponse vide d’un côté ne compte jamais comme Identique.
Différent
Les réponses ne coïncident pas. C’est la règle à écrire quand l’intérêt du programme est d’apparier de part et d’autre d’une frontière plutôt qu’à l’intérieur.
Similaire
Deux réponses à choix multiple partagent au moins une option. « Python, SQL, Figma » est similaire à « Figma, After Effects ».
Supérieur à, supérieur ou égal
Pour les nombres et les notes en étoiles : la valeur du mentor dépasse celle du mentoré. C’est ainsi que s’écrit « le mentor a plus d’expérience que le mentoré ».
Inférieur à, inférieur ou égal
L’inverse, pour les champs où c’est le plus petit nombre que vous voulez du côté mentor.
Égal
Égalité numérique, pour les cas où les deux chiffres doivent être identiques et pas seulement proches.

Les règles personnalisées fixent chaque côté à une valeur

Une règle standard compare deux champs entre eux. Une règle personnalisée compare chaque champ à une valeur que vous choisissez : le département du mentor est Ingénierie et l’objectif du mentoré est Reconversion. Les deux conditions doivent être remplies pour que la règle compte. Les règles personnalisées portent le même poids et la même option Obligatoire que les règles standard, et c’est ainsi que vous traitez les combinaisons précises qu’une règle générale gérerait mal.

  • Choisissez le champ mentor et sa valeur, puis le champ mentoré et sa valeur
  • Poids et Obligatoire se comportent exactement comme sur une règle standard
  • Les réponses à choix sont comparées par leur libellé : les deux formulaires n’ont pas besoin des mêmes identifiants d’option
  • Une règle déjà enregistrée est repérée et signalée au lieu d’être dupliquée

Comment une paire devient un nombre, et les nombres une liste courte

Deux étapes : noter toutes les paires possibles, puis décider qui va avec qui. Les deux sont déterministes, ce qui compte plus qu’il n’y paraît : « Tout valider » doit enregistrer exactement les paires que vous aviez sous les yeux.

Score de matching

poids des règles satisfaites ÷ poids de toutes les règles × 100

Les règles obligatoires comptent au dénominateur, satisfaites ou non. Le score est stocké non arrondi et affiché arrondi au pourcentage entier. Sans aucune règle définie, chaque paire obtient 100 %.

Quatre règles, une paire

  • Domaine ciblé · Identique × 3 Correspond
  • Langues · Similaire × 2 Correspond
  • Années d’expérience · Supérieur à × 1 Correspond
  • Département · Identique × 1 Ne correspond pas

Poids satisfait : 6 sur 7 → 85,7 % → affiché 86 %

La rareté départage

Les paires sont prises du score le plus élevé au plus bas, mais à égalité, le mentoré qui a le moins de candidats passe devant. Un mentoré qui n’a qu’une option à 80 % ne se la fait pas souffler par un mentoré qui en a trois.

Personne n’est écarté pour flatter la moyenne

Après la première passe, Mentornity retente pour chaque mentoré encore sans match, en réorganisant une chaîne d’au plus trois paires existantes pour faire de la place. Puis jusqu’à six passes supplémentaires n’acceptent que les échanges qui augmentent le total sur l’ensemble du programme.

Classé et plafonné

Les suggestions arrivent triées par score. Une paire à 0 % n’est jamais suggérée. Une paire active n’est jamais resuggérée, et un paramètre décide si une paire terminée peut revenir. Chaque côté cesse de recevoir des suggestions à sa limite de matching. Vous fixez cette limite vous-même ; 0 signifie sans limite.

Avant de valider

Deux fenêtres, deux questions différentes

L’une répond à « Cette paire est-elle la bonne ? ». L’autre à « Qui d’autre ce mentor pourrait-il prendre ? ». Les deux s’ouvrent au-dessus de la liste en cours, et aucune ne crée quoi que ce soit avant que vous appuyiez sur le bouton vert.

Champ par champ, teinté par la règle qui l’a touché.

La fenêtre de comparaison : cette paire est-elle la bonne ?

S’ouvre sur une paire suggérée, une paire active ou une demande en attente

Les deux profils sont posés côte à côte, champ par champ, dans l’ordre que vous avez défini. Chaque champ touché par une règle est teinté : vert quand la règle est satisfaite, rouge quand elle échoue, avec « Correspond » ou « Ne correspond pas » en dessous. Le score arrondi se place entre les deux colonnes. C’est la même fenêtre, que vous arriviez d’un résultat de calcul, de la Liste des matchs ou du lien de demande en attente de votre tableau de bord.

  • Les deux profils en entier plutôt qu’un résumé, avec les réponses à choix rendues par leur libellé et les notes dessinées en étoiles
  • Le vert et le rouge montrent quelles règles ont pesé, sans tableau de noms de règles à déchiffrer
  • Le pied de fenêtre indique, avant le clic, si la validation enverra un e-mail aux deux personnes : il suit le paramètre de notification du programme
  • Valider le match crée la paire. Rejeter ne fait qu’effacer la suggestion de votre écran ; ce n’est pas enregistré

Un mentor, tous les mentorés, triés par score.

La fenêtre mentor : qui d’autre ce mentor pourrait-il prendre ?

S’ouvre depuis le bouton + Matcher à côté de chaque mentor

Le mentor reste épinglé à gauche avec ses propres champs de profil. À droite, tous les mentorés du programme, une ligne chacun, notés face à ce mentor et triés du plus élevé au plus bas. Si vous n’avez pas encore lancé de calcul complet, Mentornity note sur-le-champ ce mentor face à tout le vivier.

  • Une colonne par champ de profil mentoré, pour lire les réponses sans ouvrir personne
  • Recherche par nom et filtres sur les colonnes de profil : un champ à choix propose ses options, un champ texte ou nombre une zone de recherche
  • Les scores s’affichent en pourcentages entiers et passent au vert à 80
  • Les mentorés déjà matchés avec ce mentor portent la mention Matché et ne peuvent pas être choisis deux fois ; les demandes en attente portent la mention En attente
  • Les lignes se chargent par 50 derrière un bouton Afficher plus, et les filtres couvrent ce qui est chargé
  • Choisir un mentoré ouvre la fenêtre de comparaison ; c’est là que la paire est créée

Validation

Qui dit oui

Les paramètres de matching en décident, et ce choix change ce que voient les participants. Voici les deux configurations où une demande attend quelqu’un.

Le mentor valide

Sélection du mentor : afficher la liste · Début du processus : quand le mentor approuve la demande

  1. Le mentoré parcourt la liste des mentors et envoie une demande.
  2. Le mentor reçoit un e-mail : « … vous a envoyé une nouvelle demande ». Celui-ci part même si les autres notifications du programme sont désactivées.
  3. Le mentor ouvre sa page Mentorés, où la demande porte les boutons Accepter et Rejeter.
  4. Si le mentor accepte, le mentoré reçoit un e-mail lui annonçant son oui. S’il rejette, le mentoré reçoit un e-mail lui disant qu’il peut en choisir un autre, et sa demande ne compte plus dans sa limite.

Ce que voit le mentoré

Le bouton de ce mentor devient « Demande envoyée » et cesse de répondre ; la demande figure sous « Vous avez N demandes en attente ». Il n’y a pas de bouton d’annulation : tant que le mentor n’a pas répondu ou qu’un administrateur n’est pas intervenu, la demande tient.

Un administrateur valide

Sélection du mentor : l’administrateur approuve les demandes de paire (ce qui fixe le début du processus à la validation)

  1. Le mentoré parcourt la même liste et envoie une demande. La boîte de confirmation lui dit qu’un administrateur la validera.
  2. Aucun e-mail ne part vers le mentor dans ce mode.
  3. La demande atterrit dans la colonne En attente de validation de la Liste des matchs, et apparaît comme compteur sur le tableau de bord administrateur, qui mène directement à la fenêtre de comparaison de cette paire.
  4. L’administrateur l’active ou la rejette depuis le menu de l’étiquette. À l’activation, le mentoré reçoit un e-mail portant le nom du programme là où figurerait celui du mentor, puisque c’est le programme qui a validé.

Ce que voit le mentoré

Exactement ce qu’il verrait dans le flux où c’est le mentor qui valide : « Demande envoyée » et la liste des demandes en attente. La différence est invisible de son côté, et c’est pour cela que la boîte de confirmation nomme qui décidera.

Une troisième configuration saute la validation : le match démarre dès que le mentoré choisit. Une quatrième masque la liste des mentors et laisse chaque paire à l’algorithme et à l’administrateur. Deux plafonds s’appliquent côté mentoré dans tous les cas : avec combien de mentors il peut être matché et combien de demandes il peut avoir en cours. Quand il atteint l’un ou l’autre, le refus tombe au moment du clic ; rien n’est absorbé en silence.

Chaque changement sur une paire est consigné

Actions de matching est un tableau de ce qui est arrivé à quelle paire, quand et par qui.

Sept types d’événement sont écrits : le match lui-même, une demande envoyée, une acceptation, un rejet, une annulation, une clôture et une suppression. Chaque ligne porte le mentor, le mentoré, l’horodatage et l’auteur : un administrateur, le mentor, le mentoré ou « Système (automatique) » quand une tâche planifiée s’en est chargée, par exemple lorsqu’un match atteint la durée limite que vous avez fixée.

  • Écrit dans tous les cas : paire issue de l’algorithme, ajoutée à la main par un administrateur ou née de la demande d’un mentoré
  • Filtre par type d’action sur tout l’historique ; recherche par nom sur les lignes chargées
  • Cinquante lignes à la fois, les plus récentes d’abord
  • Les notes se rattachent à un seul événement et restent dans le panneau d’administration ; aucun écran ni e-mail destiné aux participants ne les transporte
  • La zone de note est proposée au moment même où vous validez un match, avec Passer comme option équivalente

Match, demande, acceptation, rejet — et la note qui l’explique.

Ce que le matching ne fait pas

Quatre points à connaître avant de bâtir un programme là-dessus.

Il lit des réponses de formulaire, pas des comportements ni des agendas

Les règles portent sur les champs d’informations complémentaires des formulaires mentor et mentoré. Disponibilités, fuseau horaire, historique des rendez-vous et biographies en texte libre n’entrent pas dans le score. Les champs date ne peuvent pas entrer dans une règle : aucune comparaison ne s’y applique.

Rejeter une suggestion n’apprend rien à l’algorithme

Rejeter efface une paire suggérée de votre écran. Ce n’est ni stocké ni mémorisé : relancez le calcul et la paire revient. Pour séparer deux personnes durablement, écrivez une règle qui les sépare.

Les invités peuvent être comparés mais pas matchés

Vous pouvez ouvrir une comparaison avec quelqu’un qui n’a pas encore accepté son invitation, et le score est réel. La validation, elle, échoue, et Mentornity indique lesquelles ont échoué au lieu d’annoncer un enregistrement qui n’a pas eu lieu.

Le score est une liste courte, pas un verdict

Sans règle, chaque paire obtient 100 %. Avec une seule règle, chaque paire obtient 0 ou 100. Le nombre ne vaut que ce que valent les règles derrière lui, et c’est pourquoi la fenêtre de comparaison vous montre deux profils et pas seulement un pourcentage.

Questions fréquentes

Comment fonctionne l’algorithme de matching de Mentornity ?

Vous écrivez des règles qui comparent un champ de profil du mentor à un champ de profil du mentoré (même département, compétences similaires, plus d’années d’expérience), et vous donnez à chaque règle un poids, 1 par défaut. Chaque paire obtient le poids des règles satisfaites divisé par le poids de toutes les règles, multiplié par 100. Les paires qui échouent à une règle obligatoire sont écartées plutôt que pénalisées, les paires à 0 % ne sont jamais suggérées, et une paire déjà active n’est jamais resuggérée. Les suggestions arrivent classées par score, et les mêmes données donnent toujours le même résultat.

Quelle différence entre une règle standard et une règle personnalisée ?

Une règle standard compare deux champs entre eux : les années d’expérience du mentor supérieures à celles du mentoré. Une règle personnalisée compare chaque champ à une valeur que vous fixez : le département du mentor est Ingénierie et l’objectif du mentoré est Reconversion. Les deux portent un poids et les deux peuvent être marquées obligatoires. Les règles standard décrivent la forme générale d’une bonne paire ; les règles personnalisées traitent les combinaisons précises que cette forme générale gérerait mal.

Que fait une règle de matching obligatoire ?

Une règle obligatoire écarte la paire quand elle échoue, au lieu de lui coûter des points. Utilisez-la pour les contraintes qui rendent un appariement inutile quelle que soit la qualité du reste : pas de langue commune, un lien hiérarchique direct, la mauvaise promotion. Deux ou trois règles pondérées plus une règle obligatoire font en général mieux qu’une longue liste de critères de poids égal.

Les mentorés peuvent-ils choisir leur mentor dans Mentornity ?

Oui, et vous décidez qui confirme ce choix. La liste des mentors peut être affichée ou masquée ; quand elle est affichée, un match peut démarrer dès que le mentoré choisit, attendre l’acceptation du mentor, ou attendre la validation d’un administrateur. Les deux modes de validation plafonnent le nombre de mentors qu’un mentoré peut solliciter en même temps et le nombre de ceux avec lesquels il peut finir matché ; 0 signifie sans limite.

Peut-on voir pourquoi une paire a été suggérée ?

Oui. Ouvrir une suggestion affiche les deux profils côte à côte avec le score entre eux, et teinte chaque champ touché par une règle : vert quand elle est satisfaite, rouge quand elle échoue. Validation, rejet, acceptation et clôture sont tous écrits dans Actions de matching avec l’horodatage et l’auteur, et vous pouvez y joindre une note qui reste dans le panneau d’administration.

Le matching fonctionne-t-il pour le mentorat de groupe ?

Oui. Quand le côté mentoré de votre programme est composé de groupes plutôt que d’individus, les règles s’appliquent aux champs d’information du groupe et la fenêtre mentor liste des groupes au lieu de personnes. Une différence à connaître : le raccourci qui mène d’une demande en attente à la fenêtre de comparaison est désactivé pour les programmes de groupe, car cette fenêtre est faite pour comparer deux personnes.

Essayez-le sur votre propre programme

Importez vos participants, écrivez deux règles, appuyez sur Calculer et regardez ce qui revient. L’offre gratuite fait tourner un vrai programme jusqu’à 10 utilisateurs et le matching n’y est pas bridé. Si vous préférez d’abord arrêter vos critères, le guide ci-dessous compare les trois méthodes de matching et les critères qui prédisent réellement une bonne paire.

Matcher mentors et mentorés →

Un programme de mentorat que vos participants suivent vraiment

Créez votre programme, invitez vos participants, et laissez Mentornity gérer le matching, les rendez-vous et le suivi. Vous supervisez la santé de chaque relation depuis un seul tableau de bord.

Gratuit pour commencer · Sans carte bancaire · Mise en place en quelques minutes