Chiffrer un chantier
Mac Bloqueur® en 5 minutes

Ce qu'il faut retenir en trente secondes.

Mac Bloqueur Calculator est une application web qui produit, à partir d'un plan d'architecte et du nombre d'étages, la nomenclature complète d'un chantier Mac Bloqueur® : position des poteaux, références, quantités, poids, paniers de stockage, devis PDF.

Elle déplace un savoir-faire aujourd'hui détenu par le bureau d'études vers l'interface des chargés d'affaires — tout en conservant le bureau d'études comme arbitre des cas complexes. L'enjeu n'est pas de remplacer une compétence, mais de libérer du temps pour qu'elle s'exerce là où elle crée le plus de valeur.

Le chiffrage manuel est devenu un goulot d'étranglement.

Le Mac Bloqueur® est un produit technique, breveté, conforme à la norme NF EN 13374 classe A. Mais son succès commercial révèle la limite de son processus de devis.

Aujourd'hui, chaque demande client suit un trajet similaire : un chargé d'affaires reçoit un plan, le transmet au bureau d'études, attend le retour chiffré, le transmet au client, reçoit des amendements, re-sollicite le bureau d'études. Sur un produit où la compétitivité commerciale exige une réponse rapide, chaque aller-retour coûte.

« On perd des affaires simplement parce qu'on n'a pas eu le temps de chiffrer avant que le client ne signe ailleurs. » — Témoignage type, fonction commerciale BTP

Trois symptômes, une même cause

Un outil, trois publics, une seule source de vérité.

La même application sert trois rôles différents, chacun avec un besoin distinct — mais tous tirent leurs données de la même base de règles.

Cette mutualisation, rendue possible par une architecture centralisée, est l'argument décisif : un règle métier modifiée une fois se propage instantanément à tous les rôles, sans risque de dérive entre Excel internes et documents PDF figés.

Cinq temps, conçus pour tenir en moins de cinq minutes.

Le chargé d'affaires n'est pas un expert CAO. Chaque étape a été pensée pour minimiser la charge cognitive et maximiser la prévisibilité du résultat.

Du fichier CAO au périmètre métier, en six passes silencieuses.

C'est le cœur technique. Le moindre défaut de lecture invalide tout ce qui suit. Voici la procédure figée, détaillée dans le dossier d'architecture.

SVG — un format texte, zéro friction navigateur

Le SVG est du XML, lu nativement par le navigateur via DOMParser. Nous extrayons les primitives géométriques : <polyline>, <polygon>, <path>, <line>. Les courbes sont aplaties en segments avec une tolérance d'un centimètre — imperceptible à l'œil nu, suffisante pour les calculs de périmètre. Aucun serveur sollicité : le fichier ne quitte jamais le navigateur tant que l'utilisateur n'enregistre pas le chantier.

DXF — le standard métier, avec ses subtilités

Le DXF, format natif AutoCAD et exporté par toute suite CAO, est parsé avec la librairie dxf-parser. Trois entités suffisent à couvrir 99 % des plans d'architecte : LINE, LWPOLYLINE, POLYLINE. L'en-tête $INSUNITS nous indique l'unité native du fichier (mm, cm, m). Les calques sont détectés automatiquement ; lorsqu'un plan est bien structuré, nous isolons directement les calques "MUR" ou "PÉRIMÈTRE".

Une règle simple, déclinée avec rigueur.

Les règles de calepinage sont extraites du catalogue Mac Bloqueur® 2026. Elles sont codées comme des fonctions pures, unitairement testables contre des plans réels.

Placement des poteaux

L'espacement standard est de 1,50 m. Un poteau est obligatoirement placé à chaque angle, même si la distance est inférieure. Pour chaque segment du périmètre, on calcule le nombre d'intervalles nécessaires, puis on répartit les poteaux équitablement entre les angles.

// lib/bom/perimeter.ts
function placePosts(perimetre, spacing_m = 1.5) {
  const posts = [];
  for (const seg of segments(perimetre)) {
    posts.push(seg.from);
    const n = Math.ceil(seg.length / spacing_m);
    for (let k = 1; k < n; k++) {
      posts.push(lerp(seg.from, seg.to, k / n));
    }
  }
  return posts;
}

Quantités par poteau

Avec N le nombre d'étages au-dessus du RDC :

Formules généralisées : Mât = 2 × (N+1), Coulisse = Socle = N+1 (à partir de R+1), Gémalisse = 3 par poteau (réutilisée à chaque niveau en montant — hypothèse à valider).

Un stack minimaliste, éprouvé, aligné sur les standards 2026.

Aucune dépendance exotique. Chaque brique est maintenue par une organisation solide, avec une trajectoire prévisible sur 5 ans.

Deux principes directeurs

Client-heavy. Parsing des plans, rendu du canvas, calcul du BOM : tout se déroule dans le navigateur. Le serveur n'intervient que pour la persistance et la génération PDF. Résultat : zéro latence perçue, résilience au réseau, montée en charge serveur négligeable.

Règles métier isolées. Les formules de calepinage vivent dans un module lib/bom/ sans aucune dépendance à React, Next.js ou une base de données. C'est du TypeScript pur, testable à la milliseconde, et réutilisable demain dans une app mobile ou une API publique.

RGPD par construction, pas en rustine.

Les plans de chantier sont des données commerciales sensibles. Nous traitons leur confidentialité comme nous traiterions des données personnelles.

Huit semaines, six jalons, zéro effet tunnel.

Chaque sprint livre quelque chose de démontrable. Vous validez à la fin de chaque sprint. Si un sprint est rejeté, il est corrigé avant le suivant.

Six questions qui décident du reste.

Ces hypothèses métier, extraites du catalogue, ont besoin de votre bureau d'études pour être tranchées. Une fois validées, elles figent la règle de calcul.

Le détail de chaque question est documenté dans les règles de calepinage, prêt pour revue par le bureau d'études.

Ce que nous attendons de vous.

Ce document n'est pas figé. Il est une base de discussion formalisée, qui remplace avantageusement une succession d'emails et de réunions. Voici les trois actions possibles à votre main.