Pilotage backlog carnet de commandes PME ERP : les signaux qui font déraper délais et marge

Carnet de commandes qui dérape : les signaux qui coûtent cher en PME

Quand le pilotage backlog carnet de commandes PME ERP n’est pas cadré, ce n’est pas “juste un tableau pas à jour”. C’est une chaîne d’effets : promesses commerciales fragiles, planning atelier qui change tous les matins, achats en urgence, retards expliqués “au feeling”, marge qui se découvre trop tard.

Signaux concrets que votre carnet de commandes n’est pas fiable :

• Deux chiffres circulent en parallèle : celui du CRM (pipeline / “à signer”) et celui de l’ERP (commandes / production), sans réconciliation claire.

• Les dates de livraison se négocient au téléphone, puis ne sont pas reflétées dans les outils.

• Le bureau d’études / méthodes travaille sur des priorités différentes de l’atelier.

• Les affaires “à forte marge” ne sont pas priorisées car personne n’a une vision simple marge + capacité + délai.

• Les avenants / variantes modifient le périmètre, mais le backlog ne “recalcule” rien : charge, achats, délais, marge.

Un carnet de commandes n’a de valeur que s’il relie ce qui est vendu (CRM) à ce qui est faisable (capacité, stock, planning) et à ce qui est rentable (marge prévisionnelle vs réalisée). C’est exactement là que l’unification CRM + ERP (et, selon les cas, un ERP IA) change la donne.

Backlog / carnet de commandes : définition simple (et pièges de vocabulaire)

Le carnet de commandes (souvent appelé “backlog”) est la liste structurée des engagements clients déjà gagnés (commandes signées, bons, marchés, contrats) qui restent à produire/livrer/facturer.

Ce que vous devez voir en un coup d’œil

Un backlog utile ne se résume pas à “montant total”. Il doit permettre, par affaire/lot/ordre de fabrication :

• Statut (à lancer, en études, en appro, en prod, en pose, en réception, etc.)

• Dates clés (date promise, date réaliste, jalons internes)

• Charge (heures/ressources/contraintes, même approximatives au départ)

• Dépendances (matières, sous-traitants, validations, plans)

• Marge (prévisionnel vs réalisé, et pourquoi ça dérive)

Ce que ce n’est pas

• Le pipeline commercial (opportunités non signées) : utile, mais ce n’est pas un engagement.

• Une liste “de devis” : tant que ce n’est pas gagné, on parle de probabilité.

• Un planning figé : le backlog doit alimenter le planning, pas le remplacer.

• Un tableau Excel isolé : il peut dépanner, mais il ne garantit ni l’unicité des données, ni la traçabilité des changements.

Pourquoi CRM et ERP se contredisent si souvent en PME

Le problème n’est pas “les équipes ne mettent pas à jour”. Le problème est structurel : CRM et ERP ont été conçus pour des logiques différentes, puis bricolés autour d’exceptions métier.

Silos + double saisie = vérité multiple

En PME, on voit souvent :

• Le commercial saisit dans le CRM (montant, date souhaitée, commentaires).

• Le chargé d’affaires ressaisit dans l’ERP (articles, coûts, planning).

• Le bureau d’études suit ses propres listes (plans, validations). Résultat : trois vérités, et la plus “réelle” est celle du dernier appel client.

Variantes, avenants, replanification permanente

Dans le BTP, la menuiserie, l’industriel à la commande, le backlog bouge tout le temps :

• Variante technique validée après signature

• Changement de dimensions / matière / finition

• Aléas d’approvisionnement

• Ajustement planning chantier Si ces changements ne sont pas traités comme des événements outillés (avec impacts), ils deviennent des messages, des notes et des “on verra”.

Capacité vs promesses commerciales : le conflit permanent

Le CRM pousse à sécuriser des dates pour signer. L’atelier pousse à préserver la faisabilité. Sans mécanisme commun :

• on promet trop tôt,

• on lance mal,

• on coupe les séries,

• on gère l’urgence,

• et on finit par lisser les retards avec des explications au cas par cas.

Marge “constatée” au lieu d’être pilotée

Si l’ERP n’est pas alimenté correctement (temps, achats, sous-traitance, rebuts) ou si le CRM porte une vision “vente” sans coûts, la marge devient :

• un résultat comptable tardif,

• pas un indicateur de pilotage. Or, pour prioriser intelligemment, il faut croiser délai + risque + marge + charge.

Options pour piloter : Excel, CRM, ERP, ERP IA (comparatif)

Il n’y a pas une “bonne” réponse universelle. Il y a une réponse adaptée à votre complexité : volume d’affaires, variabilité, dépendances, contraintes de production, besoin de traçabilité.

Tableau comparatif des approches (obligatoire)

Quand Excel suffit (vraiment)

Excel peut suffire si :

• vous avez peu d’affaires en parallèle,

• les produits/prestations sont répétables,

• les exceptions sont rares,

• le délai est peu sensible,

• le dirigeant ou un responsable peut “tenir” le système sans goulot.

Dès que l’activité dépend de jalons, validations, appros, charge atelier, sous-traitance et réaffectations fréquentes, Excel devient un système de saisie, pas un système de pilotage.

Quand un ERP IA devient rationnel

Un ERP IA (en particulier sur mesure) devient pertinent quand vous avez besoin de :

• fiabiliser la date promise (et expliquer l’écart),

• prioriser la production selon des règles métier (urgence, marge, pénalités, disponibilité matières, charge BE),

• détecter des incohérences (commande gagnée sans articles, jalon manquant, marge anormale, stock insuffisant),

• accélérer des tâches à forte friction (saisie, vérification, relances internes, consolidation du reporting).

Méthode actionnable pour unifier CRM et ERP IA autour du backlog

L’objectif n’est pas “brancher deux outils”. L’objectif est d’avoir un modèle de pilotage unique, puis d’outiller ce modèle.

Checklist diagnostic (rapide et utile)

Répondez “oui/non” :

• Une commande signée crée automatiquement un objet exploitable côté production (affaire/lot/OF) sans ressaisie.

• Chaque affaire a une date promise et une date réaliste (même si elles diffèrent) + la raison.

• Les modifications (avenants/variantes) déclenchent un recalcul simple : charge, achats, délai, marge.

• Le backlog montre un reste à faire (pas seulement “vendu”), avec un statut fiable.

• Les équipes BE/atelier/chantier consultent la même source (pas des listes parallèles).

• Vous savez expliquer, affaire par affaire, pourquoi la marge dérive (temps, achats, sous-traitance, rework).

Si vous cochez moins de la moitié, la priorité n’est pas “un reporting plus joli” : c’est l’alignement CRM↔ERP et la gouvernance des événements (commande, changement, validation, lancement, réception).

Une séquence en 7 étapes (numérotée) pour construire un backlog fiable

1) Cartographier le cycle réel
Documentez votre flux tel qu’il se passe : lead → chiffrage → devis → négociation → commande → études → appro → prod → livraison/pose → réception → facture. Notez où ça “revient en arrière”.

2) Définir l’unité de pilotage
“Affaire”, “chantier”, “lot”, “ligne”, “OF”, “poste” : choisissez l’unité qui reflète votre production. Une unité trop grosse masque les retards; trop fine, elle explose la saisie.

3) Standardiser les statuts (peu, mais vrais)
Créez 6–10 statuts maximum, avec une définition non ambiguë. Exemple : “En études” signifie quoi ? Plans validés ? Prêts à lancer ? Matière commandée ?

4) Mettre les dates au bon endroit
Pour chaque unité :

• date demandée (client)

• date promise (commercial)

• date réaliste (production)

• jalons internes (validation plans, commande matière, lancement, fin prod, livraison)
  L’important : savoir qui peut modifier quoi et quand.

5) Relier capacité, planning et contraintes
Sans capacité, un backlog est une liste de vœux. Même avec une capacité approximative (par atelier, par équipe, par machine), vous pouvez déjà éviter des promesses impossibles.

6) Rendre la marge pilotable (prévisionnel vs réalisé)
Définissez une structure simple : coût matière, sous-traitance, temps interne, frais liés. L’objectif n’est pas la perfection comptable : c’est d’avoir des écarts expliqués et actionnables.

7) Installer un cockpit + alertes
Un cockpit utile répond à 5 questions :

• Qu’est-ce qu’on doit lancer maintenant ?

• Qu’est-ce qui met la date promise en risque ?

• Où est la charge des 2–4 prochaines semaines ?

• Quelles affaires dégradent la marge ?

• Quelles validations bloquent le flux ?

Quick wins (sans tout refaire)

• Rendre la commande “créatrice” : dès qu’une affaire est gagnée, elle doit créer une structure de production (même minimale).

• Imposer une règle de changement : pas de modification “orale” ; toute variante a un statut + une trace + un impact.

• Remplacer 10 fichiers par 1 : un référentiel unique des affaires/clients/produits, même si les outils restent temporaires.

• Définir un rituel court : 15 minutes de revue backlog avec les exceptions (pas une réunion “où on lit un tableau”).

Erreurs fréquentes (et comment les éviter)

1) Penser qu’un CRM suffit pour piloter la production

Un CRM est excellent pour la vente : relances, pipeline, activités. Mais il ne sait pas gérer finement : OF, stock, appro, charge atelier, replanification, consommations réelles. Le résultat typique : de belles prévisions… et des délais non tenus.

À faire : utiliser le CRM pour la promesse commerciale, et un ERP (ou un module ERP) pour l’exécution, avec un modèle de données commun.

2) Vouloir “tout intégrer” d’un coup

Intégrer CRM, ERP, compta, stock, BE, planning, BI dès le départ est un risque. Plus vous multipliez les interfaces, plus vous créez des points de rupture.

À faire : commencer par le chemin critique du backlog : commande gagnée → lancement → jalons → livraison → marge.

3) Mélanger backlog commercial et backlog de production

Le backlog commercial est probabiliste; celui de production est engageant. Les confondre crée des décisions incohérentes : achats lancés trop tôt ou trop tard, surcharge artificielle, priorités instables.

À faire : deux vues, un socle commun. Les opportunités deviennent backlog de production uniquement à un événement clair (“gagné / signé”).

4) Laisser les exceptions devenir la règle

“C’est un cas particulier” finit par représenter 30% de l’activité (variantes, urgences, multi-sites, sous-traitance, contraintes chantier). Si le système ne gère pas l’exception, les équipes contournent.

À faire : identifier les 5 exceptions les plus fréquentes, les outiller, et accepter que le reste soit traité manuellement mais tracé.

Si vous voulez clarifier vos goulots (où la donnée se perd, où les décisions se prennent “à l’oral”) et prioriser sans multiplier les réunions, un audit structuré du flux CRM→ERP et du backlog fait souvent gagner du temps dès la première itération. Vous pouvez aussi consulter des exemples de situations traitées côté PME via les cas clients The Square.

Cas d’usage réaliste (PME BTP avec bureau d’études / menuiserie / industriel à la commande)

Scénario : de l’appel d’offre au lancement atelier, sans perdre la marge

Une PME reçoit une demande (AO ou client récurrent). Le commercial crée l’opportunité dans le CRM, puis le chiffrage s’appuie sur des éléments techniques (plans, métrés, variantes). Une fois gagné :

• la commande est saisie dans l’ERP,

• le BE doit valider les plans,

• l’atelier attend un “go” clair,

• les achats doivent sécuriser les matières,

• le client demande un avancement.

Dans une organisation non unifiée, ça se traduit par :

• une date “promise” dans le CRM, non confirmée par la production,

• des fichiers plans sur plusieurs endroits,

• des changements transmis par téléphone,

• un lancement atelier qui dépend d’une personne clé,

• une marge qui se dégrade par rework, urgence et sous-traitance non prévue.

Ce que change une unification CRM + ERP (avec une couche IA si utile)

• Une commande gagnée crée automatiquement l’affaire avec ses jalons et son statut.

• Les validations BE deviennent des étapes visibles dans le backlog (et non des messages).

• Les variantes sont gérées comme des événements : elles mettent à jour la charge, les achats, la date réaliste et la marge prévisionnelle.

• La priorisation se fait sur une règle explicite (ex. : urgence client + charge + contraintes matières + marge), plutôt que sur la pression du moment.

• Le dirigeant sort du rôle de “routeur humain” : les équipes voient la même vérité et comprennent ce qui bloque.

Dans certains métiers (notamment avec bureau d’études), une couche IA peut aussi aider à structurer l’information issue de documents techniques (sans remplacer l’expertise), pour accélérer la préparation et réduire les erreurs de recopie.

Comment choisir la bonne approche / le bon partenaire (sans se tromper de combat)

Votre enjeu n’est pas “avoir un ERP”. Votre enjeu est de stabiliser un système de pilotage : une donnée fiable, des règles simples, une adoption réelle.

Critères de choix (pragmatiques)

• Modèle de données : est-ce qu’on peut représenter vos affaires, lots, variantes, jalons, sous-traitance, multi-sites ?

• Workflows : validations, droits, statuts… est-ce configurable sans devenir un monstre ?

• Traçabilité : peut-on comprendre qui a changé quoi (et pourquoi) ?

• Interopérabilité : CRM, compta, messagerie, GED… quelles connexions sont nécessaires, lesquelles sont optionnelles ?

• Adoption : est-ce utilisable en production (atelier/chantier), pas seulement au bureau ?

• Évolutivité : pouvez-vous ajouter des cas d’usage sans “tout casser” ?

Questions à poser (avant de décider)

• “Qu’est-ce qui fait foi : CRM ou ERP ? Et dans quels cas ?”

• “Comment gérez-vous une variante/avenant : qui valide, quel impact, quelle trace ?”

• “Comment calculez-vous une date réaliste : capacité, contraintes, jalons ?”

• “Quelle est la plus petite version utile (MVP) du backlog unifié ?”

• “Comment évitez-vous la double saisie, concrètement ?”

• “Comment la marge est-elle suivie : prévisionnel vs réalisé, et avec quel niveau de granularité ?”

Signaux d’alerte

• On vous vend un outil avant d’avoir compris vos exceptions métier.

• On promet “tout” (CRM + ERP + BI + IA) sans prioriser le flux critique.

• On ne parle jamais d’adoption terrain (atelier/chantier) ni de gouvernance des statuts.

• La solution repose sur des exports/imports manuels comme fonctionnement normal.

FAQ

C’est quoi la différence entre carnet de commandes et pipeline CRM ?

Le pipeline CRM regroupe des opportunités non signées, donc incertaines. Le carnet de commandes/backlog regroupe des engagements déjà gagnés qui doivent être produits/livrés/facturés. Les mélanger fausse la capacité, la priorisation et les achats. L’idéal : deux vues, reliées par un passage clair “gagné”.

Comment fiabiliser les délais promis quand la production est variable ?

Il faut relier la date promise à une date réaliste basée sur jalons et capacité, puis tracer les événements qui changent la donne (variante, appro, validation, incident). Sans ce mécanisme commun CRM/ERP, vous ne “pilotez” pas : vous renégociez en permanence. Commencez simple : quelques statuts et jalons.

Peut-on piloter la marge en temps réel sans une usine à gaz ?

Oui, si vous acceptez une approche progressive : une marge prévisionnelle structurée (matières, sous-traitance, temps) et des remontées de réalisé au fil de l’eau. L’objectif n’est pas la perfection comptable immédiate, mais l’explication des écarts. Sans écarts expliqués, la marge reste un chiffre “après coup”.

Excel peut-il suffire pour le backlog d’une PME ?

Excel suffit quand le volume est faible, les affaires répétitives, et les exceptions rares. Dès que vous avez des variantes, des jalons BE, de l’approvisionnement critique et de la replanification fréquente, Excel devient fragile : doubles versions, erreurs de saisie, manque de traçabilité. À ce stade, un ERP (ou une unification CRM/ERP) apporte surtout de la fiabilité.

Qu’apporte un ERP IA par rapport à un ERP classique sur le backlog ?

Un ERP IA peut réduire la friction sur des tâches qui saturent les équipes : consolidation, détection d’incohérences, assistance à la structuration d’informations issues de documents, et automatisation de workflows métier. La valeur principale reste la même : un backlog unifié et exploitable. La couche IA devient intéressante quand la variabilité et les exceptions explosent.

The Square conçoit des ERP IA sur mesure pour PME, pensés métier et orientés adoption : https://the-square.io/#about