Sources d'une demande de devis B2B : funnel, API, intégrations (sans double saisie)

Lundi 9 h 10. Trois demandes « urgentes » dans trois boîtes. Un mail avec un PDF scanné. Un formulaire Contact Form 7 qui dit juste « besoin de devis ». Un WhatsApp avec deux photos floues. Le commercial ouvre Excel, recopie le nom, invente une surface « à confirmer », cherche la pièce jointe dans un second fil, crée une ligne CRM. À 11 h, le brief n'est déjà plus celui du prospect. À 16 h, quelqu'un d'autre a chiffré un besoin qui n'est plus celui du prospect.

Ce n'est pas un problème de motivation. C'est un problème de source. Tant que la demande de devis ne naît pas dans un parcours structuré (funnel, API, plugin, lien prérempli), elle vit dans la tête des gens et dans des outils qui n'ont pas le même schéma de données. La double saisie (mail → tableur → logiciel) n'est pas un détail opérationnel : c'est un anti-pattern métier qui déforme le brief, ralentit la réponse et pourrit le pipeline.

Ce guide décrit d'où viennent réellement les demandes dans un modèle sain (celui de QuoteBuilder : funnel public, `/api/leads`, plugins, agent chat, ou commercial qui aide via un lien préfill), pourquoi il n'y a pas d'écran « créer devis à la main » ni d'import de devis, et comment sortir de la resaisie sans inventer des features fantômes. Public : PME B2B, industrielles, menuiserie, stores, rayonnage, agencement, services configurables. Process métier + logiciel, pas de théorie abstraite.

Arrêter la double saisie sur les demandes : créer un compte Free ou ouvrir la démo funnel rayonnage (sans compte).

Le problème : la demande n'a pas de « lieu de naissance »

Dans beaucoup d'équipes, la demande de devis n'existe vraiment qu'au moment où quelqu'un la retape. Avant ça, c'est un message, un appel, un PDF, un post-it. Après ça, c'est une ligne CRM souvent incomplète.

Conséquences concrètes :

• Perte d'info à la resaisie : surface, accès, contraintes, photos. Ce qui n'est pas dans un champ structuré disparaît.
• Deux vérités : le mail dit A, le CRM dit B. Le chiffrage suit B.
• Score peu utile : sans brief minimal, le score Hot / Warm / Cold ne trie pas la file.
• Pièces jointes orphelines : plans et photos restent dans la boîte mail.
• Délai gonflé : on « prépare le dossier » avant de répondre (délai de réponse).
• Pipeline fantôme : dossiers nés d'une resaisie vague restent En cours (statuts, estimateur fantôme).

Le coût temps + opportunités de cette mécanique se chiffre. Utilisez l'estimateur coût double saisie devis pour mettre un ordre de grandeur sur la table en réunion.

Ce que « source d'une demande » veut dire (définition utile)

Une source n'est pas juste un UTM ou « Site Web » dans un champ marketing. C'est le canal technique et process par lequel le brief entre dans le système de devis, avec :

• des champs structurés (pas seulement un corps de mail) ;
• un propriétaire ou une règle d'assignation ;
• un statut CRM de départ (souvent Nouveau ou Commencée) ;
• éventuellement des uploads côté prospect ;
• un score calculé à la soumission quand le brief le permet.

Centraliser les canaux humains (téléphone, WhatsApp, marketplace) reste indispensable : voir centraliser les demandes multi-canaux et téléphone / WhatsApp vers brief. Mais « centraliser » ne signifie pas « retaper dans un écran créer devis ». Ça signifie faire entrer le brief dans le même schéma que le funnel.

Les sources saines (modèle QuoteBuilder, sans fiction)

Dans QuoteBuilder, il n'y a pas d'écran de saisie manuelle de devis / dossier pour le commercial, et pas d'écran d'import de devis. Les demandes arrivent uniquement par les chemins suivants.

1. Funnel public

Le prospect parcourt un funnel (questions dans un ordre fixe, sans branchement conditionnel), joint éventuellement des fichiers, soumet. Le dossier naît avec un brief. C'est le modèle de référence face au formulaire contact générique.

Pourquoi c'est sain :

• le brief est capturé une fois, au bon endroit ;
• les pièces jointes viennent du prospect (funnel ou espace prospect), pas d'un commercial qui attache « pour lui » ;
• le score Hot / Warm / Cold se calcule à la soumission (formule fixe : surface, load, access, project_type, constraints, longueur du besoin) ; il ignore photos, zone et urgence ; il n'est pas configurable ; il n'y a pas de SLA produit.

2. API `/api/leads`

Votre site, votre middleware ou un outil métier envoie un lead structuré. Même idée : le brief entre déjà typé. Utile quand le front n'est pas le funnel QuoteBuilder mais que vous refusez la resaisie.

3. Plugins / intégrations (WordPress, Woo, Shopify, etc.)

Le site vitrine ou la boutique pousse la demande vers QuoteBuilder. Pour WordPress, le playbook est dans recevoir des demandes WordPress. Le catalogue peut rester synchronisé pour éviter une autre forme de double saisie (prix / variantes) : sync catalogue Woo / Shopify.

4. Agent chat

Une conversation guidée peut aboutir à une demande structurée, sans passer par un mail libre. Ce n'est pas un « créer devis » back-office : c'est encore une entrée qui produit un dossier.

5. Lien préfill pour le commercial (aide sans retyper hors funnel)

Quand le prospect appelle ou envoie un WhatsApp, le vendeur n'ouvre pas un écran magique de création. Il peut préremplir le funnel via URL (paramètres) et envoyer le lien, ou le remplir avec le prospect. Le dossier naît toujours du funnel. Guide : préremplir un devis via l'URL. Outil : générateur d'URL préfill.

C'est la réponse honnête à « mon commercial doit saisir le brief » : oui, mais dans le funnel, pas dans un Excel parallèle.

La double saisie : anti-pattern métier (même hors QuoteBuilder)

La double saisie, c'est toute chaîne du type :

> message libre ou formulaire pauvre → humain qui reconstruit → logiciel de devis / CRM

Elle tue la qualité pour des raisons mécaniques, pas morales.

Ce qui se casse à chaque resaisie

Conséquence downstream : qualification avant chiffrage ratée, visites techniques mal ciblées, demandes orales non capturées qui meurent.

Pourquoi « on a un CRM » ne suffit pas

Un CRM rempli à la main depuis la boîte mail est encore de la double saisie. Vous avez juste déplacé Excel. Sans schéma commun avec le funnel (mêmes champs, mêmes uploads prospect, même score à la soumission), vous stockez des résumés humains, pas des briefs.

Ce que QuoteBuilder refuse volontairement

Pour rester honnête sur le produit :

• pas de saisie manuelle de devis / dossier dans un écran « créer » ;
• pas d'import de devis ;
• le commercial ne joint pas de fichiers au dossier : les pièces viennent des uploads prospect (funnel ou espace prospect) ;
• pas de versions Vn, pas de date de validité, pas d'acceptation / signature en ligne par le prospect (Gagné / Perdu sont posés par le commercial) ;
• pas de TVA stockée sur les lignes (fourchette indicative min-max en euros) ;
• pas de kits : seulement des options, des variantes et des produits liés ;
• pas de branchement conditionnel du funnel : questions dans un ordre fixe, règles Si/Alors pour suggérer des produits sans sauter d'étape ;
• pas de suivi d'ouverture avancé (seulement une dernière consultation relative sur l'espace prospect) ;
• statuts CRM fixes seulement : Commencée, Nouveau, Contacté, En cours, Gagné, Perdu, En attente (Accepté / Signé ne sont pas des statuts).

Le modèle pousse à naître juste, pas à corriger après coup dans un éditeur fourre-tout.

Tester une entrée propre sans Excel : démo funnel rayonnage ou compte Free.

Playbook : cartographier vos sources en une demi-journée

Étape 1. Lister les entrées réelles (pas les UTMs marketing)

Sur 30 jours : canal d'arrivée, qui a créé le dossier (parcours vs resaisie), minutes de resaisie, info déformée (oui / non), statut. Souvent 40-70 % des dossiers « naissent » d'une resaisie humaine.

Étape 2. Classer chaque entrée en A / B / C

• A - Structurée : funnel, API, plugin, préfill → dossier complet ou presque.
• B - Orale / libre mais récupérable : téléphone, WhatsApp → bascule vers funnel / préfill le jour même.
• C - Double saisie chronique : mail libre + Excel + CRM. À tuer en priorité.

Pour le volume B, le script est dans téléphone / WhatsApp vers brief. Pour le coût C, l'estimateur double saisie.

Étape 3. Choisir une source canonique par canal

Étape 4. Règle d'équipe (une phrase)

> « Pas de devis dans le pipeline sans brief né du funnel, de l'API, d'un plugin ou d'un préfill. La boîte mail n'est pas un CRM. »

Collez-la dans la revue hebdo. Sans règle, les anciennes habitudes reviennent en 10 jours.

Playbook commercial : aider sans retaper hors funnel

Le décideur appelle avec 4 minutes. Pas d'écran « créer devis » : un préfill.

• Noter les champs utiles (surface, charge, accès, type de projet, contraintes, besoin).
• Construire l'URL préfill (guide, générateur).
• Envoyer le lien : « Parcours prérempli, validez et ajoutez 2 photos si vous avez. »
• Ou parcourir le funnel avec lui au téléphone. Le dossier naît du funnel.
• Uploads côté prospect (pas de pièces jointes collées « pour lui » hors parcours).
• Lire le score à la soumission pour ordonner ; urgence / zone = triage d'équipe (pas de SLA produit, score non configurable).

+90 secondes sur l'appel, souvent −40 minutes dans la semaine, brief fidèle.

Playbook technique : API et plugins sans recréer Excel

API `/api/leads`

Mappez vos champs vers le schéma brief (pas un blob « message »), refusez les payloads trop pauvres, journalisez l'origine sans la confondre avec le statut CRM. Vous créez une demande, pas un import d'historique de devis.

WordPress / Woo / Shopify

Pont réel (plugin / widget) plutôt que mail vers devis@ : widget, recevoir WP. Écart formulaire vs funnel : estimateur WP.

Après l'entrée : ne pas mélanger statut, score et relecture

• Statut CRM fixe : statuts pipeline.
• Score Hot / Warm / Cold à la soumission pour ordonner, pas remplacer le statut.
• Espace prospect : dernière consultation relative seulement (pas d'open-tracking avancé).
• Relecteurs : Valider / Modifications (+ commentaire + budget max), chat fil plat.
• Gagné / Perdu posés par le commercial (pas de signature prospect auto).

Un dossier resaisi ne se « soigne » pas avec plus de relances : la qualité se joue à la naissance.

Mise en place sur 2 semaines

Semaine 1 : cartographie A/B/C + estimateur en réunion ; choisir la source canonique du canal n°1 (souvent site / WP) ; relier le funnel ou le plugin ; interdire Excel « temporaire » sur ce canal ; mesurer le % sans resaisie.

Semaine 2 : préfill + script téléphone / WhatsApp ; relier `/api/leads` si un outil métier alimente encore la boîte mail ; en revue, sortir ou requalifier les dossiers nés d'une double saisie trop pauvre. Objectif indicatif : >70 % des Nouveau nés d'une source A.

KPIs simples

• % de demandes sans resaisie (à faire monter).
• Minutes de préparation avant premier contact utile.
• % avec pièce jointe prospect quand le métier l'exige.
• % Hot traités sous X heures (X = règle d'équipe, pas un SLA produit).
• Taux de clarification (« il manque… ») : doit baisser si les sources A montent.
• Ratio Gagné / (Gagné + Perdu) : dossiers nés funnel vs nés resaisie.

Anti-patterns à coller au mur

• « On saisira dans le logiciel ce soir » (le brief a déjà dérivé).
• « On importe les anciens devis » à la place d'un funnel (pas d'écran d'import devis dans QuoteBuilder ; un PDF n'améliore pas le brief futur).
• Faire attacher le plan « par le commercial » hors parcours prospect.
• Formulaire contact + mail = « on a digitalisé ».
• Confondre score et statut ; inventer Accepté / Signé dans le CRM.
• Promettre signature en ligne ou versions Vn pour compenser un brief pourri.
• Pas de kits catalogue, et pas de branchement conditionnel pour raccourcir le funnel.

Mesurer le coût de la resaisie puis couper le canal C : estimateur double saisie · compte Free · démo rayonnage.

FAQ

1. Quelles sont les vraies sources d'une demande dans QuoteBuilder ?

Funnel public, `/api/leads`, plugins / intégrations (WordPress, Woo, Shopify, etc.), agent chat, ou un commercial qui remplit / envoie un lien préfill vers le funnel. Pas d'écran « créer devis » manuel, pas d'import de devis.

2. Pourquoi refuser la saisie manuelle si mon équipe est habituée à Excel ?

Parce que la resaisie déforme le brief et recrée deux vérités. L'habitude Excel est confortable pour l'émetteur, coûteuse pour le chiffrage et le prospect. Le préfill + funnel garde le geste humain sans casser le schéma.

3. Un commercial peut-il joindre un PDF reçu par mail au dossier ?

Dans QuoteBuilder, le commercial ne joint pas de fichiers au dossier. Les pièces jointes viennent des uploads prospect (funnel ou espace prospect). La bonne pratique : renvoyer le prospect (ou le préfill) pour qu'il dépose le plan au bon endroit.

4. Faut-il tuer le téléphone et WhatsApp ?

Non. Il faut les convertir en brief structuré le jour même (script + préfill + funnel). Voir téléphone / WhatsApp vers brief et l'estimateur demandes orales.

5. Quelle différence entre centraliser multi-canaux et ce guide « sources » ?

Centraliser traite le chaos des boîtes et canaux humains. Ici on précise le mécanisme d'entrée technique (funnel / API / plugin / préfill) et pourquoi la double saisie est l'ennemi, y compris « dans un CRM ».

6. Le score Hot / Warm / Cold dépend-il de la source ?

Le score se calcule à la soumission sur des champs du brief (surface, load, access, project_type, constraints, longueur du besoin). Il ignore photos, zone, urgence. Il n'est pas configurable et il n'y a pas de SLA produit. Une source pauvre produit souvent un brief trop court → score peu discriminant.

7. Peut-on importer un historique de devis PDF ?

Il n'y a pas d'écran d'import de devis dans QuoteBuilder. Pour le futur, faites naître les demandes dans le funnel / API / plugins. L'historique PDF reste de l'archive métier hors ce modèle.

8. Comment chiffrer le coût de la double saisie ?

Minutes perdues × volume × taux chargé, plus une part d'opportunités mortes ou reparties en clarification. L'estimateur coût double saisie devis le fait en local dans le navigateur.

9. Formulaire WordPress ou funnel : que choisir ?

Un formulaire contact pauvre recrée la double saisie. Un funnel (ou un pont plugin vers QuoteBuilder) capture le brief. Comparer : formulaire vs funnel, recevoir WP, estimateur formulaire vs funnel WP.

10. Validité, versions, signature, kits, TVA : ça joue sur les sources ?

Non. Le produit ne les porte pas. Pas de date de validité, pas de versions Vn, pas de signature en ligne prospect, pas de kits (options, variantes, produits liés), pas de TVA stockée (fourchette min-max). Le funnel n'a pas de branchement conditionnel : ordre fixe, Si/Alors pour suggérer des produits. Accepté / Signé ne sont pas des statuts CRM. La priorité « sources » reste : naître juste, une fois, sans resaisie.