CONCEPTConcept — pas une commande client

RACKLIGHT : un système d’exploitation d’entrepôt en 3D que l’on parcourt, conçu comme un concept

RACKLIGHT est un système de gestion d’entrepôt pour Norvane DC-02, un entrepôt de logistique pour compte de tiers qui n’existe pas. VITON13 l’a conçu comme un concept pour montrer à quoi ressemble un produit d’exploitation quand l’interface est l’entrepôt lui-même : 1 656 emplacements en palettes 3D animées, une recherche qui vole jusqu’à n’importe quel emplacement, un optimiseur de tournées de picking, une réception par scan avec règle de rangement et une IA de démonstration pour les stocks, faite de règles et de statistiques dans le navigateur et présentée comme telle.

Produit concept · WMS · 3D · anglais et russe · 2026

Ouvrir le projet
La couverture de RACKLIGHT : le nom en grandes lettres blanches à côté d’une icône de rayonnage éclairée en orange, la phrase « Every pallet, in plain sight. » et trois chiffres (1 656 emplacements, 400 références, −32 % de tournée de picking) au-dessus du tableau de bord de l’entrepôt 3D dans un cadre de navigateur, avec l’optimiseur de tournées ouvert sur un téléphone à côté.
Emplacements dessinés en palettes 3D animées, colorés selon le stock ou la fréquence de picking
1 656
Références fictives, chacune avec 90 jours de demande et une prévision à 28 jours
400
Tournée de picking médiane face à l’ordre du bon, 1 140 commandes générées (environ −9 % face à un bon trié par emplacement)
−32 %
Premier script compressé en gzip ; la scène three.js (154 Ko) se charge après l’interface
10 Ko

Objectif

VITON13 crée des produits concepts pour montrer son étendue là où nous n’avons pas encore de projet client à présenter. RACKLIGHT est celui de l’exploitation : un WMS pour Norvane DC-02, un entrepôt inventé de logistique pour compte de tiers avec 400 références, 38 commandes sortantes par jour, cinq quais de réception, cinq quais d’expédition et une chambre froide. L’entreprise, ses clients, transporteurs, fournisseurs et tous les chiffres sont fictifs, et la démo le dit dans un bandeau fixe à l’écran.

Le cahier des charges, nous l’avons fixé nous-mêmes. Un logiciel d’entrepôt montre d’habitude le stock sous forme de tableaux de codes : l’interface devait donc être l’entrepôt lui-même, chaque palette visible et chaque action reflétée dans les allées, sans en faire une vitrine 3D. Il fallait des parcours qu’un chef d’équipe reconnaîtrait, les chiffres derrière chaque suggestion, l’anglais et le russe, l’ordinateur portable et le téléphone.

Ce que nous avons fait

L’entrepôt est un bâtiment de 108 × 80 m dessiné en three.js avec une caméra orthographique isométrique : 12 allées principales avec zone de picking et réserve, 4 allées dans une chambre froide vitrée, la réception, des postes d’emballage avec convoyeur, des couloirs d’expédition et 10 quais avec leurs camions. Les 1 656 emplacements sont des palettes instanciées colorées selon le stock, ou selon la fréquence de picking en mode carte de chaleur. Neuf préparateurs et cinq chariots élévateurs circulent sur le graphe des allées, les camions se mettent à quai selon le planning, et le survol d’un emplacement affiche sa référence, sa quantité et son taux de remplissage.

Quatre outils s’y appliquent. La recherche (⌘K) couvre les 400 références, les commandes et les codes d’emplacement ; elle amène la caméra sur l’emplacement, l’éclaire d’un faisceau et trace un chemin depuis le préparateur le plus proche. L’optimiseur compare l’ordre du bon de préparation à une tournée construite par plus proche voisin et 2-opt sur les plus courtes distances entre allées, puis envoie un préparateur la parcourir. La règle de rangement du scan en réception choisit l’emplacement selon la rotation — articles rapides au plus près de l’emballage, lents sur les niveaux hauts de la réserve, produits frais en chambre froide — pendant qu’un chariot y porte la palette. Le quatrième outil est l’analyse des stocks.

Autour de la scène : des panneaux d’indicateurs (remplissage par zone, entrées et expéditions du jour, précision du picking, commandes en attente avant la prochaine coupure transporteur, un fil d’événements en direct et une frise des quais), une table des stocks avec filtres et une courbe de 90 jours par référence, une file des commandes par statut et par coupure, et un diagramme de Gantt pour les 10 quais. Chaque modification est gardée dans le navigateur du visiteur, et un bouton réinitialise le bac à sable.

Comment cela fonctionne

L’analyse des stocks est une IA de démonstration, et l’interface le dit : des règles et des statistiques dans le navigateur, pas un modèle de langage. Chaque référence a 90 jours de demande générée avec une saisonnalité hebdomadaire ; la prévision s’appuie sur des indices saisonniers des huit dernières semaines et une tendance linéaire amortie, un stock de sécurité à z = 1,65 fixe le point de commande, et quatre listes signalent les ruptures proches (lancer une commande fournisseur fait venir un camion à quai), le surstock, le stock dormant et les échanges d’emplacements avec les mètres qu’ils feraient gagner. Chaque action modifie la scène 3D : des palettes arrivent, se déplacent, virent au violet pour le déstockage ou repartent.

Tout est procédural : ni modèle 3D, ni texture d’image, ni requête externe. L’interface en JavaScript sans framework, empaquetée avec esbuild, s’affiche en premier ; la scène three.js est un module séparé chargé ensuite. Les palettes sont des maillages instanciés avec un seul matériau modifié pour les joints des cartons, l’atténuation, la lueur de la carte de chaleur et l’allumage des lumières de l’intro ; les ombres ne sont recalculées que lorsque le stock change, la résolution baisse si les images ralentissent et le rendu se met en pause dans un onglet masqué. Sur téléphone, la scène est allégée avec moins d’agents, un bandeau d’indicateurs, des panneaux en bas d’écran et une barre d’onglets.

Ce qui existe aujourd’hui

Il existe aujourd’hui un concept qui fonctionne sur tarasovvitalii.com/demos/racklight/ : quatre vues, quatre outils et environ 230 chaînes d’interface dans chacune des deux langues, anglais et russe. Le 28 septembre 2026, nous avons mesuré la version de production : le premier script pèse 10 Ko compressé en gzip (après la refonte du démarrage), la scène three.js 154 Ko compressée, et l’ensemble 1,0 Mo, sans fichier d’image, de modèle ni de texture. Dans Chrome headless sur un MacBook Air avec puce Apple M5, en 1600 × 1000 à l’échelle Retina, la scène a tenu 55 à 60 images par seconde avec l’horloge par défaut de 60 Hz dans six états, et 160 à 200 images par seconde sans plafond, soit environ 5 à 6 ms par image.

Nous avons aussi fait tourner le propre code de routage de la démo sur les 1 140 commandes qu’elle génère en 30 jours. La tournée optimisée est en médiane 32 % plus courte que le parcours ligne par ligne du bon de préparation, et la commande des captures passe de 409 m à 211 m. Face à un bon simplement trié par code d’emplacement, le gain médian tombe à environ 9 %, la comparaison la plus juste pour un entrepôt qui trie déjà ses listes de picking.

Ce que cela ne prouve pas

RACKLIGHT est un concept créé par VITON13 pour montrer son étendue, pas un produit commandé. Norvane DC-02, ses clients, transporteurs, fournisseurs, références et tous les chiffres sont fictifs et générés dans le navigateur : derrière, il n’y a ni utilisateurs, ni clients, ni entrepôt, ni chiffre d’affaires, et la démo ne prouve rien sur l’adoption ou les économies dans une exploitation réelle. L’IA de démonstration, ce sont des règles et des statistiques sur l’appareil du visiteur, pas un modèle entraîné, et elle n’a jamais vu de demande réelle.

Rien n’est relié à un vrai WMS, un ERP, des lecteurs de codes-barres ou un système de gestion des quais ; le plan est écrit dans le code au lieu d’être importé de plans, et le routage ignore les encombrements, les chariots et la préparation par lots. Les cadences d’images viennent d’une seule machine, dans Chrome headless, un seul jour, et la revue Lighthouse ci-dessous a été mesurée sur l’adresse en ligne le 28 septembre 2026, avec un téléphone simulé et non sur de vrais appareils. La démo est volontairement exclue des moteurs de recherche.

Comment vérifier le portfolio d’une agence web

Revue SEO

Mesuré sur l’adresse en ligne le 28 septembre 2026, après la refonte du démarrage. Lighthouse (cinq passages par appareil, médianes, sur un MacBook dont la charge moyenne était de 3 à 9) a donné une performance de 86 sur mobile (LCP 3,3 s, 0 ms de blocage, 0,45 Mo) et de 99 sur ordinateur (LCP 0,5 s), une accessibilité de 91 et de 92, et des bonnes pratiques à 100 sur les deux ; dans notre parcours de test, la démo s’est chargée avec 0 violation de CSP et 0 erreur de console. La première mesure, locale et sur une machine très chargée avant la refonte, avait donné 37 et 69. Le SEO est de 63 parce que la démo est marquée noindex, nofollow : la page destinée à la recherche est la fiche du cas sur le portfolio.

Vérifié le 28 septembre 2026 : 5 pages rendues dans Chrome comme les voit un robot d’indexation, et Lighthouse 13 sur la page d’accueil.

Lighthouse, page d’accueil

Performances
Mobile86Ordinateur99
Accessibilité
Mobile91Ordinateur92
Bonnes pratiques
Mobile100Ordinateur100
SEO
Mobile63Ordinateur63

Contrôles de page et SEO technique

  • Titres de page uniquesabsent2/5
  • Titre de 30 à 65 caractèresabsent1/5
  • Méta-description de 70 à 170 caractèresabsent0/5
  • Un seul H1 par pagepartiel4/5
  • Langue de la page déclaréeen placeen
  • Mise en page mobile sans défilement horizontalen place390 px
  • Images avec texte alternatifen place0 img
  • Liens internes cassésen place0
  • URL canoniqueabsent0/5
  • Open Graph : titre et imageabsent0/5
  • Données structurées (JSON-LD)absent0/5
  • sitemap.xml et robots.txtpartiel1/2

5 documents vérifiés, les 4 vues de l’unique adresse et sa page 404, dans Chrome headless à 390 px. En place : la langue déclarée (en, puis ru après le changement), aucun défilement horizontal à 390 px et 0 lien cassé parmi 7 destinations ; aucune balise <img> à décrire, car l’entrepôt est en WebGL et les icônes en SVG. En partie : les vues stocks, commandes et quais et la page 404 ont un H1, la vue de l’entrepôt 3D n’en a pas. Manquant : les 4 vues partagent un titre de 77 caractères et une description de 218, et il n’y a ni canonical, ni image Open Graph, ni JSON-LD. robots.txt est à la racine du domaine ; la démo est volontairement absente du sitemap.xml.

La performance était le point faible de la première mesure, et la cause était connue : presque tout le temps de blocage servait à construire la scène 3D d’un seul coup. Nous avons refait le démarrage pour que chaque étape rende la main au navigateur, que les shaders se compilent de façon asynchrone et que la première image se construise par morceaux ; dans notre propre test, processeur ralenti quatre fois, le temps de blocage est passé d’environ 1,3 s à environ 20 ms, et l’adresse en ligne obtient désormais 86 sur mobile sans temps de blocage. Ensuite : renforcer le contraste du petit compteur d’un bouton d’outil et agrandir le lien du badge « produit fictif », qui coûtent 8 à 9 points d’accessibilité ; donner à chaque vue son titre et sa description.

Services illustrés par ce cas

Décrivez la tâche sur la page du service ; le périmètre, le délai et le prix écrits arrivent sous un jour ouvré.

Parler d’un projet similaire
HOURLINE sur fond crème, sous le nom HOURLINE et la phrase « Online booking for three studios — and the back office behind it. » : l’agenda du studio dans une fenêtre d’ordinateur, avec neuf praticiens de trois studios côte à côte et leurs réservations en blocs de couleur, et à côté un téléphone affichant l’étape « When suits you? », la suggestion « Your usual », une bande de dates et une grille horaire.

CONCEPTConcept — pas une commande client

HOURLINE

Produit concept · Application web · anglais, russe · 2026

HOURLINE est une plateforme de réservation en ligne que VITON13 a conçue comme concept, présentée à travers un réseau fictif de trois studios haut de gamme à Moscou, Dubaï et Londres. Une seule démo réunit les deux côtés : la page où le client réserve un rendez-vous sur son téléphone en quelques secondes, et le back-office où le studio tient son agenda, voit le risque de rendez-vous manqués, comble les créneaux vides et suit ses chiffres. Tout tourne dans le navigateur, sur des données générées.

Lire l’étude
SOLVENT sur fond vert sombre, sous la ligne « Concept product · VITON13 · 2026 », le nom SOLVENT en larges capitales à empattements et la phrase « See the next 18 months before they happen. » : le tableau de bord dans une fenêtre d’ordinateur avec une trésorerie du jour de $148,210, une autonomie de 14,8 mois et le graphique sur 30 mois, un téléphone avec le scénario « Two hires + new retainer » et 18+ mois d’autonomie, et à gauche le chiffre « 14.8 → 18+ », l’autonomie en mois de la référence à ce scénario.

CONCEPTConcept — pas une commande client

SOLVENT

Produit concept · Application web · anglais, russe · 2026

SOLVENT est un produit de trésorerie que VITON13 a conçu comme concept, présenté sur la comptabilité de Kite & Co., un studio fictif de design et d’impression de 14 personnes. Il dit au dirigeant combien il y a en caisse, pour combien de mois cela suffit et à quoi ressemblent les 18 prochains mois, et lui permet d’essayer une décision avant de la prendre : huit leviers recalculent la prévision immédiatement, et une cascade montre ce que change chacun d’eux. Tout tourne dans le navigateur sur des données générées, et ce n’est pas un conseil financier.

Lire l’étude
L’accueil de Möbius sur fond bleu nuit : le titre « Only further. » en grandes lettres blanches à empattements sur un ruban torsadé de cartes d’histoires en noir et blanc, au-dessus la ligne « School & Institute · Ages 5 to 25 », au centre un bouton rond Continue et, en bas, les sélecteurs « I am a visitor » et « Exploring everything ».

CONCEPTConcept — pas une commande client

Möbius School & Institute

Site concept · three.js · anglais, russe · 2026

Möbius est une école et un institut fictifs pour les 5 à 25 ans, et voici le site que VITON13 a conçu pour eux, comme concept destiné aux écoles, aux lycées et aux universités. Sur l’accueil, 40 cartes d’histoires défilent sur un véritable ruban de Möbius en three.js ; derrière se trouvent le film « Who we are », les programmes, les outils d’admission, un plan du campus et My Möbius, une démo fonctionnelle de l’espace personnel des élèves, des parents et des enseignants.

Lire l’étude