Comment Outlier3D a remplacé le CAD manuel pour une famille de bagues de fiançailles à fort volume

En bref

Client	Manufacturier de joaillerie haut de gamme (collections et commandes sur mesure)
Famille de produits	Bagues de fiançailles, plus de 70 % des ventes
Avant	De 15 minutes à plusieurs heures de CAD manuel par commande
Après	Quelques secondes de calcul, plus le temps de saisie de l’opérateur
Capacité	Une adoption partielle égalait déjà la production d’un designer à temps plein pour cette famille

1. La situation

Un manufacturier de joaillerie haut de gamme, qui produit à la fois des collections et des commandes sur mesure, connaissait une croissance rapide. Sa famille de bagues de fiançailles représentait la majorité des ventes (plus de 70 %) et était devenue le goulot d’étranglement. Chaque commande apportait ses variations : taille de doigt, dimensions de la pierre, configuration des griffes et du panier, motifs de pavé, demandes particulières. Chacune exigeait une reconstruction manuelle.

La demande augmentait et le catalogue s’élargissait, mais l’entreprise ne voulait pas embaucher plus de designers 3D. L’objectif : automatiser la cellule de production des bagues de fiançailles pour que les designers se concentrent sur le travail à plus forte valeur : sur-mesure, exceptions et nouvelles collections.

2. Le point de départ

Avant l’automatisation, l’équipe travaillait à partir d’une bibliothèque de SKUs de référence stockée sur un serveur local. À chaque commande, un designer choisissait un modèle proche et reconstruisait la géométrie selon les nouvelles specs. Cette approche fonctionnait à faible volume, mais devenait fragile à grande échelle, pour deux raisons.

Les standards n’étaient pas vraiment des standards

Le manufacturier avait une intention de design forte, mais une grande partie existait sous forme de règles implicites, dans la tête des designers, transmises de façon informelle aux nouveaux employés plutôt que documentées ou intégrées au CAD. Deux designers pouvaient interpréter le même SKU différemment. Avec le temps, de petites divergences s’accumulaient : proportions, courbes, jeux et hypothèses critiques pour la fabrication.

Les données de commande n’étaient pas toujours propres

Les specs en amont variaient en qualité et en exhaustivité, ce qui multipliait les reprises et rendait la croissance par le recrutement encore plus difficile.

• Le temps par SKU variait d’environ 15 minutes à plusieurs heures selon la complexité et la clarté des specs.
• Des erreurs survenaient au niveau des commandes (numéros incorrects, specs manquantes) et de la géométrie (hauteur, épaisseur ou courbure incorrectes).
• Les fichiers étaient nommés de façon cohérente, mais les standards géométriques n’étaient encodés nulle part.

Recruter n’aurait fait qu’amplifier la dérive d’interprétation. Le système avait besoin d’une définition commune et applicable.

3. Standardiser avant d’automatiser

L’automatisation repose sur des standards explicites. La première phase a transformé l’intention de design implicite en règles documentées. Avec l’équipe de production, nous avons :

• Identifié ce qui doit rester constant entre les variantes
• Résolu les conflits entre modèles de référence pour obtenir un standard unique
• Défini des règles mesurables pour les proportions, tolérances, jeux et relations entre composants
• Documenté les cas limites et la façon de traiter les exceptions

Le résultat est devenu un véritable contrat de design pour la famille de produits : ce qui peut varier, ce qui doit rester fixe et comment les contraintes de fabrication s’appliquent. La standardisation a porté fruit avant même le déploiement, avec des sorties plus propres et plus cohérentes de l’équipe de design.

4. Des règles à la logique paramétrique

Une fois les standards définis, nous les avons encodés en règles qui reproduisent une géométrie fiable pour chaque variation :

• Le comportement de la courbure du corps de bague selon la taille de doigt
• Le comportement des griffes et du panier selon la taille et la coupe de la pierre
• La logique de jonction pour que les éléments adjacents se rejoignent proprement et restent fabricables
• Les distances et jeux nécessaires à la fonte, au sertissage et à l’assemblage
• Les règles de proportions esthétiques auparavant évaluées à l’œil

Les vraies commandes demandent de la souplesse. Nous avons donc défini une flexibilité contrôlée : quelles relations peuvent s’étirer pour une pierre sur mesure, quelles contraintes restent strictes et quels cas exigent des jeux de paramètres dédiés.

5. L’architecture

Chaque famille de SKUs a sa propre définition paramétrique, qui régénère la géométrie et les sorties à partir d’entrées structurées. Certains SKUs n’ont besoin que d’une entrée (la taille de doigt). D’autres acceptent des dimensions de pierre sur mesure, des motifs configurables, des options propres à la commande ou des fichiers, comme le scan d’une pierre en STL.

Les définitions sont assemblées à partir de modules réutilisables, ce qui raccourcit les itérations et isole les changements :

• Génération des profils
• Génération du corps de bague
• Adaptation à la pierre (griffes et panier selon la taille et la coupe)
• Distribution du pavé
• Préparation des sorties (géométrie, métadonnées et règles d’export)

6. De la commande aux fichiers de production

Une fois déployée, chaque commande suit le même chemin déterministe :

1. L’utilisateur choisit un SKU dans la bibliothèque prête pour la production.
2. L’application affiche les entrées requises pour ce SKU.
3. L’utilisateur saisit les paramètres.
4. Les entrées sont validées et les combinaisons incompatibles sont rejetées tôt.
5. Outlier3D calcule la géométrie complète, y compris les exceptions approuvées.
6. Les sorties sont générées dans les formats requis par chaque équipe : fichiers CAD, STL, aperçus et données structurées comme le nombre de pierres et les notes de production.
7. Les résultats sont nommés et regroupés de façon cohérente, liés aux paramètres exacts qui les ont produits.

Chaque définition passe par des tests internes, des tests d’entrées extrêmes, une revue des standards par le client et une approbation finale avant d’arriver dans le compte Outlier3D du client.

7. L’adoption

L’adoption initiale a connu une friction prévisible. Habitués à la modélisation manuelle, les designers voyaient d’abord l’automatisation comme une étape de plus. L’adoption s’est accélérée quand deux choses sont devenues vraies :

• Les standards étaient appliqués. La dérive d’interprétation a disparu et les sorties étaient cohérentes à chaque fois.
• La vitesse est devenue indiscutable. Les designers généraient des variantes beaucoup plus vite et évitaient les reprises.

À partir de là, Outlier3D a cessé d’être un nouveau logiciel pour devenir la façon la plus rapide de produire.

8. Avant et après

Avant Outlier3D, le débit était limité par le travail manuel, l’interprétation et les reprises.

Avec Outlier3D, le temps de génération se résume à quelques secondes de calcul, plus le temps de saisie de l’opérateur. La cohérence s’améliore parce que chaque variante provient de la même définition.

La nature des erreurs change aussi. Au lieu d’une dérive silencieuse de la géométrie, les problèmes restants sont visibles en amont : entrées invalides, specs manquantes, dimensions impossibles. Ils sont détectables tôt et corrigeables de façon systématique.

Même une adoption partielle couvrait déjà une production équivalente à celle d’un designer à temps plein pour cette famille de produits.

9. Les défis relevés

• Références héritées contradictoires : normalisées en un standard unique par famille.
• Standards dans la tête des gens : transformés en règles documentées avec l’équipe de production.
• Pierres hors norme : flexibilité contrôlée dans des limites approuvées, avec des alertes pour les entrées extrêmes.
• Performance sur la géométrie complexe : conception modulaire, optimisation ciblée et isolation des opérations coûteuses.

10. À retenir

• La standardisation rend l’automatisation possible en transformant l’intention en règles applicables.
• Les définitions paramétriques éliminent la dérive d’interprétation entre designers.
• Des sorties centralisées réduisent la friction entre les départements.
• Les décisions de design cessent de vivre dans la tête des gens et deviennent des systèmes : évolutifs, vérifiables et reproductibles.