Analyse transparente des leads : adéquation, intérêt, autorité
L’évaluation des leads s’effectue de façon transparente selon l’adéquation, l’intérêt et l’autorité : les données structurées sont reçues via un webhook, validées puis notées selon un schéma clair. Chaque lead reçoit un score (0–100) et une classification automatique en High, Medium ou Low, triée par pertinence. Les équipes marketing et commerciales peuvent ainsi prioriser efficacement les leads et lancer les actions suivantes. Les erreurs de saisie sont signalées de manière explicite. Solution prête à l’emploi, flexible et permettant de gagner du temps sur l’évaluation.
Destiné aux équipes marketing et commerciales souhaitant évaluer et prioriser les leads entrants de façon structurée, ce workflow propose une solution automatisée. Après import dans n8n, un endpoint webhook accepte les requêtes POST contenant une liste de leads. Chaque lead doit comporter les champs name (chaîne), fit (0–5), intent (0–5) et authority (0–5). Le workflow contrôle la complétude et la validité des valeurs, calcule un score pour chaque lead selon une formule pondérée (Fit 40 %, Intent 35 %, Authority 25 %, sur 0–100), classe les leads en High (≥80), Medium (≥55) ou Low (<55) et renvoie un tableau JSON trié. Les entrées erronées ou incomplètes génèrent un message d’erreur explicite avec HTTP 400. L’authentification du webhook doit être activée séparément dans n8n pour éviter tout accès non autorisé. La solution est immédiatement opérationnelle mais peut être adaptée (par exemple, pondérations) dans le code node. L’exécution est journalisée dans n8n ; il convient donc de respecter les règles de confidentialité et de conservation des données. Ce workflow est particulièrement adapté aux entreprises souhaitant intégrer une évaluation uniforme et transparente des leads à leurs processus digitaux.
Image générée par IA
Installation
1. Importez le workflow dans n8n.
2. Vérifiez le node Webhook : méthode POST, chemin /lead-qualifizierung-score.
3. Configurez l’authentification du webhook dans n8n (ex. Basic Auth ou clé API) et sécurisez-la avec des identifiants séparés.
4. Enregistrez le workflow.
5. Lancez le test listener dans le node Webhook et utilisez l’URL de test affichée.
6. Envoyez un POST d’exemple avec Content-Type application/json à l’URL de test (voir exemple d’utilisation).
7. Vérifiez le résultat. Après test réussi, publiez/activez le workflow et utilisez l’URL de production du node Webhook.
8. Configurez la journalisation et la conservation des données dans n8n selon vos besoins.
Utilisation
1. Envoyez une requête POST avec le JSON suivant à l’URL du webhook :
```json
{
"leads": [
{"name": "Max Mustermann", "fit": 5, "intent": 4, "authority": 3},
{"name": "Erika Beispiel", "fit": 2, "intent": 3, "authority": 5}
]
}
```
Réponse attendue (HTTP 200) :
```json
{
"status": "success",
"scored": [
{"name": "Max Mustermann", "fit": 5, "intent": 4, "authority": 3, "score": 87, "tier": "high"},
{"name": "Erika Beispiel", "fit": 2, "intent": 3, "authority": 5, "score": 61, "tier": "medium"}
],
"total": 2
}
```
2. En cas d’entrées invalides (ex. nom manquant ou valeur hors 0–5) :
```json
{
"leads": [
{"name": "", "fit": 5, "intent": 4, "authority": 3}
]
}
```
Réponse (HTTP 400) :
```json
{
"status": "error",
"message": "Ungültige Lead-Daten.",
"invalidIndex": 0
}
```
3. Les pondérations pour Fit, Intent et Authority peuvent être modifiées dans le code node.
4. L’authentification du webhook est obligatoire avant la mise en production.
5. L’exécution est journalisée dans n8n ; configurez la confidentialité et le contrôle d’accès en conséquence.
Connexions et APIs nécessaires
Connexions API
Aucun identifiant API enregistré n'a été détecté dans le JSON du workflow. Vérifiez tout de même les webhooks, systèmes cibles, identifiants et la protection des données avant l'activation.
Nœuds
WebhookCodeRespond to Webhook
Test fonctionnel isolé réussi
Test fonctionnel isolé facultatif
Le flux de données isolé a été testé sans services externes ni identifiants.
✓ 5 tests réussisAfficher les cas testésMasquer les cas testés
✓ Cas normal avec données complètesVérifie le parcours standard complet avec des données d'exemple valides.Test fonctionnel isolé réussi✓ Variante ou cas limiteVérifie une variante valide ou un cas limite important.Test fonctionnel isolé réussi✓ Règle de traitement supplémentaireVérifie la règle de traitement métier supplémentaire de ce workflow.Test fonctionnel isolé réussi✓ Entrée invalide ou incomplèteVérifie que les données invalides ou incomplètes sont rejetées de façon contrôlée.Test fonctionnel isolé réussi✓ Entrée videVérifie qu'une requête vide reçoit une réponse contrôlée.Test fonctionnel isolé réussi
