19Configuration ODESA

Le qualificateur de leads

Qualification d'un lead par une fonction métier (score, segment, complétude), enrichissement web, enregistrement et routage, avec validation humaine sur les cas limites.

Besoin métier

La performance commerciale dépend de la rapidité et de la cohérence du traitement des leads entrants. Qualifier et router à la main produit des résultats lents et variables : un même lead peut être jugé différemment selon la personne, et les bons leads se perdent. L'objectif est d'appliquer à chaque lead une logique de qualification unique et reproductible, de l'enrichir et de le router automatiquement quand le cas est clair, et de réserver l'intervention humaine aux cas limites.

Comment ça fonctionne

1

transmet les données du lead à une fonction métier dédiée qui calcule un score, attribue un segment et évalue la complétude ;

2

enrichit éventuellement les informations via le web (site de l'entreprise, données publiques autorisées) ;

3

décide : si le cas est net (score franc, données complètes), elle poursuit ; si le cas est limite, elle demande validation humaine ;

4

enregistre le lead qualifié en base ;

5

route le lead vers le bon commercial (selon segment, région, charge).

Capacités ODESA mobilisées

fonction métier (VScript)

Logique de qualification sur mesure : scoring, segmentation, contrôle de complétude, règle de routage, ajoutée au vocabulaire de l'IA.

ui (interaction humaine)

Validation humaine sur les cas limites (score frontière, données douteuses) avant routage.

sql

Enregistrement (exec) du lead qualifié ; lecture (query) de la table d'affectation des commerciaux.

web (navigateur réel)

Enrichissement : consultation du site de l'entreprise / informations publiques sur allowlist.

planification VAILS

Traitement automatique périodique des nouveaux leads.

Déroulé type

1

Déclenchement : un lead arrive (formulaire / email / fichier), ou la tâche planifiée VAILS relève les nouveaux leads.

2

IA (VScript) : appelle `qualifier_lead(données)` → « score 82, segment grand compte, complet ».

3

IA (web) : consulte le site de l'entreprise (allowlist) → confirme le secteur, trouve l'effectif.

4

IA : cas net → poursuit. (Si score frontière : passe à l'étape 5b.)

5

IA (sql) : enregistre le lead qualifié ; lit la table d'affectation → commercial « grands comptes » région X.

6

IA : route le lead vers ce commercial (notification / dépôt / enregistrement de l'affectation).

7

5b, cas limite, IA (ui) : « Lead frontière (score 49, données incomplètes). Qualifier manuellement, router quand même, ou écarter ? » → l'humain tranche, l'IA exécute.

8

IA : « Lead traité, segment grand compte, affecté à … » (ou « mis en attente de validation »).

Données & accès
  • Source des leads : formulaire/email exporté en fichier, ou table de leads bruts en base.
  • Fonction de qualification (VScript) : règle de scoring/segmentation/complétude + règle de routage, fournies par l'entreprise.
  • Base CRM/leads : connexion SQL nommée pour enregistrer le lead et lire l'affectation des commerciaux.
  • Sources d'enrichissement : domaines web autorisés (site entreprise, annuaires publics).
  • Annuaire commercial : table de correspondance segment/région → commercial.
Bornage & sécurité
  • VScript : seule la fonction de qualification/routage est exposée ; logique maîtrisée par l'entreprise.
  • ui : validation humaine requise sur les cas limites (seuils de score définis dans la fonction).
  • sql : connexion nommée ; `exec` restreint à la table des leads et des affectations ; `query` pour l'annuaire commercial.
  • web : allowlist limitée aux domaines d'enrichissement autorisés ; pas de navigation libre.
  • Jeton Bearer exigé ; configuration chiffrable/verrouillable ; exécution locale (leads et base ne sortent pas).

Mise en place

Les étapes pour configurer ODESA sur ce cas d'usage.

1

Installer ODESA sur le poste / serveur dédié.

2

Écrire et déclarer la fonction métier de qualification (scoring, segments, seuils de cas limites, routage).

3

Déclarer la connexion à la base leads/CRM (écriture des leads, lecture de l'annuaire commercial).

4

Définir l'allowlist des sources d'enrichissement web.

5

Activer la validation humaine (ui) sur les cas limites.

6

Programmer le traitement périodique via VAILS (si flux continu).

7

Tester sur un jeu de leads représentatifs, calibrer les seuils, puis verrouiller la configuration.

Limites & points d'attention
  • Qualité de la règle : le résultat vaut ce que vaut la fonction de scoring ; elle doit être calibrée et révisée dans le temps.
  • Enrichissement web : dépend de la disponibilité et de la stabilité des sources publiques ; à borner par allowlist.
  • Seuils de cas limites : trop larges, ils saturent l'humain de validations ; trop étroits, ils laissent passer des erreurs, à calibrer.
  • Données d'entrée hétérogènes : un formulaire mal rempli limite la qualification ; la complétude est justement un critère.
  • Conformité : l'enrichissement et l'enregistrement de données personnelles doivent respecter le cadre RGPD de l'entreprise.
Évolutions possibles
  • Apprentissage des seuils : ajustement des seuils à partir des décisions humaines passées.
  • Routage avancé : prise en compte de la charge et des performances des commerciaux.
  • Relance automatique : déclenchement d'une première prise de contact pour les leads chauds.
  • Tableau de bord : suivi du volume, des scores, du taux de validation manuelle et de la transformation.

Mettez ODESA au travail.

ODESA installe l'IA agentique chez vos clients, en local et sous contrôle. Devenez le partenaire qui la déploie.

19ODESA configuration

The lead qualifier

Qualify a lead via a business function (score, segment, completeness), enrich via web, record and route, with human validation on borderline cases.

Business need

Sales performance depends on the speed and consistency of handling incoming leads. Qualifying and routing by hand produces slow and variable results: the same lead may be judged differently depending on the person, and good leads get lost. The goal is to apply to each lead a single, reproducible qualification logic, to enrich and route it automatically when the case is clear, and to reserve human intervention for borderline cases.

How it works

1

passes the lead's data to a dedicated business function that computes a score, assigns a segment and assesses completeness;

2

optionally enriches the information via the web (company website, allowed public data);

3

decides: if the case is clear (clear score, complete data), it proceeds; if the case is borderline, it asks for human validation;

4

records the qualified lead in a database;

5

routes the lead to the right rep (by segment, region, workload).

ODESA capabilities used

Business function (VScript)

Custom qualification logic: scoring, segmentation, completeness check, routing rule, added to the AI's vocabulary.

ui (human interaction)

Human validation on borderline cases (boundary score, doubtful data) before routing.

sql

Record (exec) the qualified lead; read (query) the rep-assignment table.

web (real browser)

Enrichment: consult the company website / public information on an allowlist.

VAILS scheduling

Automatic periodic processing of new leads.

Typical flow

1

Trigger: a lead arrives (form / email / file), or the scheduled VAILS task picks up new leads.

2

AI (VScript): calls `qualify_lead(data)` → "score 82, segment key account, complete".

3

AI (web): consults the company website (allowlist) → confirms the sector, finds the headcount.

4

AI: clear case → proceeds. (If boundary score: go to step 5b.)

5

AI (sql): records the qualified lead; reads the assignment table → "key accounts" rep, region X.

6

AI: routes the lead to that rep (notification / drop / recording the assignment).

7

5b, borderline case, AI (ui): "Borderline lead (score 49, incomplete data). Qualify manually, route anyway, or discard?" → the human decides, the AI executes.

8

AI: "Lead handled, key-account segment, assigned to …" (or "put on hold for validation").

Data & access
  • Lead source: form/email exported to a file, or a raw-leads table in a database.
  • Qualification function (VScript): scoring/segmentation/completeness rule + routing rule, provided by the company.
  • CRM/leads database: a named SQL connection to record the lead and read the rep assignment.
  • Enrichment sources: allowed web domains (company website, public directories).
  • Sales directory: a segment/region → rep mapping table.
Scope & security
  • VScript: only the qualification/routing function is exposed; logic controlled by the company.
  • ui: human validation required on borderline cases (score thresholds defined in the function).
  • sql: a named connection; `exec` restricted to the leads and assignments table; `query` for the sales directory.
  • web: allowlist limited to the allowed enrichment domains; no free navigation.
  • Bearer token required; configuration encryptable/lockable; local execution (leads and database do not leave).

Setup

The steps to configure ODESA for this use case.

1

Install ODESA on the dedicated workstation / server.

2

Write and declare the qualification business function (scoring, segments, borderline thresholds, routing).

3

Declare the connection to the leads/CRM database (lead writing, sales-directory reading).

4

Define the allowlist of web enrichment sources.

5

Enable human validation (ui) on borderline cases.

6

Schedule periodic processing via VAILS (if continuous flow).

7

Test on a representative set of leads, calibrate the thresholds, then lock the configuration.

Limits & caveats
  • Rule quality: the result is only as good as the scoring function; it must be calibrated and revised over time.
  • Web enrichment: depends on the availability and stability of public sources; to bound by allowlist.
  • Borderline thresholds: too wide, they flood the human with validations; too narrow, they let errors through, to calibrate.
  • Heterogeneous input data: a poorly filled form limits qualification; completeness is precisely one criterion.
  • Compliance: enrichment and recording of personal data must respect the company's GDPR framework.
Possible extensions
  • Threshold learning: adjusting the thresholds from past human decisions.
  • Advanced routing: taking reps' workload and performance into account.
  • Automatic follow-up: triggering a first contact for hot leads.
  • Dashboard: tracking volume, scores, manual-validation rate and conversion.

Put ODESA to work.

ODESA brings agentic AI to your clients, locally and under control. Become the partner who deploys it.