Du jumelage à la conversation réelle

Jumeler deux personnes est la partie facile. Chaque plateforme événementielle peut produire une liste de noms avec un pourcentage de compatibilité à côté.

Ce que presque aucune d’entre elles ne fait, c’est de réunir ces deux personnes dans la même pièce. La liste apparaît, les deux personnes hochent la tête, puis le mécanisme s’arrête et renvoie la partie difficile aux participants : trouver l’e-mail de l’autre, négocier une heure, se souvenir de se présenter, et ensuite se souvenir que cela a eu lieu.

La plupart des jumelages meurent dans cet écart. Voici ce que nous avons construit pour le combler.

Chaque demande ouvre une conversation

Une demande de réunion ouvre désormais un fil de discussion bidirectionnel entre les deux personnes concernées. Pas un groupe, pas un canal, pas un mur. Une conversation par demande.

Le premier message est le texte de l’invitation lui-même, de sorte que le fil de discussion commence avec du contexte au lieu d’une boîte vide.

Son but est la coordination quotidienne qui décide si une réunion aura lieu : j’ai quinze minutes de retard, je suis au stand 12, faisons-le après la keynote plutôt. Avant, ces messages n’avaient nulle part où aller, alors les gens prenaient des décisions à l’aveugle et l’un d’eux finissait par attendre à la mauvaise entrée.

Les notifications sont envoyées par e-mail et push. L’e-mail ne contient pas le corps du message, délibérément : tu le lis dans l’application, où tu peux répondre. La notification push contient un aperçu, car une notification push que tu dois ouvrir pour évaluer est une notification push que tu apprends à ignorer.

Les fils de discussion existent en mode événement et en mode communauté.

L’invitation s’écrit toute seule, en grande partie

Lorsque tu demandes une réunion, le message n’est pas un champ vide. Il est pré-rempli avec les raisons réelles que le système a calculées pour vous jumeler, le même “pourquoi” que tu as vu dans la recommandation, assemblées et prêtes à être modifiées.

C’est un choix délibéré quant à ce qu’il faut pré-remplir. Ce n’est pas un paragraphe poli généré au-dessus des raisons, c’est la matière première, afin que tu puisses l’utiliser, la couper ou la réécrire entièrement. S’il n’y a pas de raisons à afficher, ce qui arrive lorsque tu invites quelqu’un de la liste ouverte sans jumelage préalable, le champ est vide et tu l’écris toi-même. Nous préférons te donner rien plutôt que quelque chose de générique.

Choisir une heure sans connecter de calendrier

Tu ne devrais pas avoir à confier ton calendrier à une application de conférence. Donc, la planification fonctionne sans.

Une partie propose jusqu’à trois créneaux horaires. L’autre partie en choisit un, et seule la personne qui n’a pas fait la proposition peut choisir, de sorte que chaque réunion planifiée a la confirmation des deux. Une nouvelle proposition annule la précédente, ce qui signifie qu’il n’y a jamais deux réponses en attente en même temps.

Lors des événements, les créneaux proposés sont pré-remplis à partir du contexte : les heures propres de l’événement, moins les sessions de contenu auxquelles cette personne a dit qu’elle assisterait, avec les pauses et le créneau de réseautage lui-même comptés comme temps libre. S’ils n’ont pas marqué d’agenda, la suggestion vient des heures de l’événement dans son ensemble.

Une fois d’accord, lors d’un événement, les deux parties reçoivent l’heure, un fichier calendrier joint, et un rappel avant la réunion.

Il est important d’être explicite sur deux limites. Ton calendrier connecté n’est consulté nulle part ici, la disponibilité vient de l’événement, jamais de ton Google ou Outlook. Et en mode communauté, la réunion est planifiée et c’est là que ça s’arrête : pas de notification, pas de fichier calendrier, pas de rappel. Tu la suis depuis “Mes introductions”.

Quand une heure n’est jamais convenue

Il y a un filet de sécurité sous tout cela. Lors des événements, les deux parties reçoivent un e-mail d’introduction avec les coordonnées de l’autre, envoyé une seule fois. Il arrive lorsque la réunion est acceptée si l’organisateur a choisi cette voie, ou à la fin de l’événement si la proposition in-app n’a jamais abouti.

La même chose arrive aux jumelages qui ne trouvent pas leur place. En mode speed-networking, lorsqu’il y a plus de jumelages acceptés que de créneaux disponibles dans la grille, le surplus n’est pas mis de côté : les deux personnes reçoivent les coordonnées l’une de l’autre afin qu’elles puissent s’arranger elles-mêmes.

Personne ne termine un événement avec un jumelage sans moyen de le contacter.

Refuser, et pouvoir refuser

Un système de réseautage auquel personne ne peut dire non devient un système que les gens cessent d’ouvrir.

Tu peux refuser sans aucune raison. Si tu veux en donner une, il y a une liste, et seul “pas intéressé” retire ce jumelage définitivement. Les autres sont considérées comme des préférences et laissent la personne recommandable une autre fois. Il y a aussi un ne jamais recommander cette personne à nouveau explicite, qui prévaut quoi qu’il arrive.

Un refus bloque la réinvitation de cette personne pendant une période de latence que l’organisateur définit par événement, 24 heures par défaut, jusqu’à trente jours, zéro s’il souhaite autoriser un nouvel essai immédiat. Il y a une limite au nombre d’invitations en attente simultanées et une limite de taux en plus.

Et sous tout cela, une règle qui ne changera pas : il n’y a jamais de connexion automatique. Quel que soit l’intérêt mutuel, quelqu’un doit demander et quelqu’un doit accepter.

Événements ouverts : toute la salle, pas seulement tes jumelages

Pour les événements sans créneau de réseautage fixe, les organisateurs peuvent désormais activer le mode ouvert complet. Chaque participant voit tous les autres participants, avec le même profil enrichi et le statut actuel des réunions, et peut demander une réunion avec n’importe qui, jumelage ou non. Le reste du cycle est identique.

Se désengager du réseautage est un choix personnel, pas un choix par événement, et c’est révocable. Quelqu’un qui s’est désengagé n’apparaît pas du tout dans la liste et ne peut pas en être invité.

Après : vous êtes-vous réellement rencontrés ?

Après l’heure prévue, nous vous posons la question la plus simple possible : vous êtes-vous rencontrés ?

Une seule confirmation suffit. Attendre les deux, c’est comme ça que tu te retrouves avec des réunions qui ont eu lieu et n’ont jamais été enregistrées.

Quand c’est confirmé lors d’un événement, ça atterrit dans le CRM personnel de chaque partie qui a un compte : nous créons le contact s’il n’existait pas et enregistrons une note rencontré en personne liée à l’événement, prête pour le suivi, les tâches, et une cadence.

C’est la partie qui rend toute la chaîne digne d’être construite. Une conférence te donne quarante conversations et, trois semaines plus tard, quatre dont tu te souviens. Cela boucle la boucle vers l’endroit où tu gardes réellement tes relations.

Deux mises en garde honnêtes. La question est un oui/non et rien d’autre : pas de note, pas de “comment ça s’est passé”, pas de commentaires. Et en mode communauté, personne ne te sollicite à l’heure prévue, et l’introduction confirmée n’atteint pas encore ton CRM.

Le fil conducteur

Chaque étape ci-dessus est le même principe appliqué à nouveau : le système fait le travail qui est vraiment difficile pour une personne (qui devrait rencontrer qui, et quand tout le monde est libre), et refuse de faire le travail qui devrait rester la décision d’une personne (si se rencontrer du tout, et quoi dire).

Tu organises un événement et tu veux cela derrière ? C’est en ligne sur blablanote.events. Tu en fréquentes un qui l’utilise déjà ? Obtiens l’application avant de partir, et lis comment réussir son réseautage en conférence en chemin.