Nachi3D

Une entreprise d'impression 3D au Maroc fait face à un problème web spécifique : l'audience se divise entre clients marocains locaux (français et arabe, payant en MAD) et clients internationaux (anglais, espagnol, payant en EUR ou USD). Le site devait gérer quatre langues et trois devises dès le premier jour — pas comme un bonus, mais parce que la moitié du chiffre d'affaires vient de chaque côté.

Le catalogue de produits va des impressions personnalisées uniques (où le client télécharge un fichier et décrit ce dont il a besoin) à la signalétique gravée au laser et aux services de modélisation CAO. Il n'y a pas de flux e-commerce standard — la plupart des commandes commencent par des conversations, pas des paniers. Le site doit présenter les capacités, capturer les demandes et gérer le paiement pour les commandes assez simples pour être chiffrées d'avance.

Ce site est antérieur à l'approche Labs. Les choix technologiques reflètent l'équipe et le contexte de l'époque, pas le point de départ que Labs choisirait aujourd'hui — c'est en partie pourquoi j'inclus cette étude de cas.

Le site est construit sur Laravel avec Livewire pour les composants interactifs et Tailwind pour le style. Laravel était le framework que je maîtrisais le mieux à l'époque, et il a géré le routage multilingue, l'intégration Stripe/PayPal et le catalogue produit MySQL sans problèmes majeurs.

La tarification multi-devises est gérée côté serveur — chaque produit a des prix stockés en MAD, EUR et USD, et la devise affichée change selon la locale active. Stripe gère les paiements EUR/USD ; PayPal couvre le MAD pour les clients marocains où Stripe n'est pas disponible.

Le design s'inscrit dans l'esthétique maker : fonds sombres, accents monospace et un motif de relevé technique qui est devenu plus tard l'élément signature de Nachi3D Labs. Ce qui a commencé comme un affichage de statut d'imprimante 3D sur le hero de Nachi3D a évolué en composant TechnicalReadout que vous voyez sur ce site.

Si nous le reconstruisions aujourd'hui, je plaiderais pour Next.js avec MDX pour les pages produit et contenu, Sanity ou un CMS headless similaire pour le catalogue, et Laravel retiré de la stack. Laravel a rempli son rôle — le site est en ligne et traite des commandes — mais l'architecture PHP rendue côté serveur ajoute de la complexité d'hébergement et rend plus difficile l'itération indépendante du frontend.

La configuration multilingue fonctionne mais est fragile. Les fichiers de localisation de Laravel sont fonctionnels, pas ergonomiques. next-intl avec des messages JSON structurés et une détection de locale par middleware aurait été plus propre et plus facile à transmettre à un traducteur.

J'ai aussi sous-estimé la part de devis personnalisés par rapport aux achats catalogue. Le site est construit autour d'une grille de produits, mais 70% du chiffre d'affaires passe par le formulaire de contact. Si nous refaisions le design aujourd'hui, le flux de demande de devis serait le parcours principal, pas une réflexion après coup dans le pied de page.