Webcallback : Automatisez vos rappels clients via API

Webcallback : Automatisez vos rappels clients via API

Le Webcallback (ou "Rappel Automatique") est une fonctionnalité stratégique pour transformer vos visiteurs web en leads qualifiés.

Pourquoi l'utiliser ?
  • Augmentation du taux de conversion : Vous capturez le lead au moment précis où il manifeste son intérêt.
  • Optimisation de l'expérience client : Le client ne patiente plus, c'est vous qui venez à lui.
  • Gestion des flux : Planifiez les rappels pour lisser la charge de vos équipes commerciales.

1. Configuration initiale et options disponibles

Avant de lancer vos premières requêtes, il est important de comprendre les mécanismes de mise en relation disponibles sur Magnétis. Le Webcallback est flexible pour s'adapter à votre organisation commerciale.

Les modes de mise en relation
Le système propose deux scénarios d'appels :
  • Mode par défaut (Agent puis Client) : Le système appelle d'abord votre agent (le numéro de destination configuré). Une fois que l'agent décroche, le système compose le numéro du client. Avantage : Le client est sûr d'avoir quelqu'un au bout du fil immédiatement.
  • Mode inversé (Client puis Agent) : Le système appelle d'abord le client. Une fois qu'il décroche, il est mis en relation avec votre agent.
La logique de tentatives (Retries)
Si le client ne répond pas à la première tentative de rappel, le système ne l'abandonne pas.
  • Tentatives par défaut : 1 nouvel essai.
  • Fréquence : 5 minutes après la dernière tentative.
  • Personnalisation : Le nombre d'essais et l'intervalle sont configurables (contactez le support pour ajuster ces valeurs).
Info
Prérequis à l'utilisation du WebCallBack :
  • Un compte Magnétis avec un moyen de paiement actif.
  • Un numéro tracké actif.
  • Une clé API valide.

2. Process d'utilisation : Intégration API

Cette version du Webcallback est pilotée techniquement. Vous collectez la demande sur vos propres formulaires (site web, application) et vous transmettez l'ordre à Magnétis via notre API.

Enregistrer une demande de rappel (POST)
C'est l'étape clé. Lorsqu'un internaute valide votre formulaire, votre serveur doit envoyer une requête à l'API Magnétis.
Paramètres clés à configurer :
  1. tracking_number : Le numéro Magnétis sur lequel le rappel est basé.
  2. number : Le numéro de téléphone du client (lead) à rappeler.
  3. scheduled_at : Date et heure du rappel.
    1. Laissez vide ou null pour un rappel immédiat.
    2. Indiquez une date (format ISO) pour un rappel planifié.
Lancement de l'appel
Une fois la requête reçue avec succès, le système prend le relais automatiquement.
  • Si immédiat : L'appel se déclenche instantanément selon le mode configuré (Agent > Client).
  • Si planifié : La demande est mise en file d'attente et se déclenchera à l'heure scheduled_at.

3. Consultation et gestion des demandes

Vous disposez de plusieurs outils pour suivre l'état de vos rappels, que ce soit pour du monitoring technique ou du suivi opérationnel.

Via l'interface Magnétis

Rendez-vous dans la zone WebCallBack de votre tableau de bord. Vous y retrouverez :
  • La liste des appels planifiés (en attente).
  • L'historique des appels réalisés.
  • Le rappel de votre configuration actuelle.

Via API

Vous pouvez interroger l'API pour afficher ces données dans votre propre CRM ou back-office.
  1. Lister les demandes :
  2. Détail d'une demande :

Annuler une demande

Un client a changé d'avis ou a rappelé entre-temps ? Vous pouvez annuler un rappel planifié pour éviter de le solliciter inutilement.
  1. Endpoint : POST https://docs.magnetis.io/#callbacks-POSTcallbacks--id--cancel

FAQ

Comment gérer les appels planifiés en dehors des horaires d'ouverture ?
Le paramètre scheduled_at vous permet de fixer l'heure exacte. C'est à votre formulaire web de contrôler que l'heure choisie par le client correspond à vos heures d'ouverture avant d'envoyer la requête à l'API.

Que se passe-t-il si le client ne décroche pas ?
Par défaut, le système effectuera une nouvelle tentative 5 minutes plus tard. Ce comportement est modifiable dans votre configuration initiale.

Puis-je tester le Webcallback avant de le mettre en production ?
Oui, nous vous recommandons de solliciter notre équipe support pour obtenir un environnement de test ou valider votre première configuration (Clé API et numéros de test).

Quelle est la différence entre un Webcallback immédiat et planifié ?
Techniquement, c'est le champ scheduled_at qui fait la différence. S'il est rempli, l'appel est stocké. S'il est vide, l'appel part tout de suite.