Global Control de l’intérieur : un CRM opérationnel concept avec dispatch par IA et carte en direct

Un CRM pour les équipes qui répartissent le travail entre villes

La plupart des petites entreprises découvrent le mot CRM à travers un pipeline commercial : prospects, affaires et relances. Les entreprises dont le métier est de livrer, de réparer ou d’installer ont besoin d’un autre type de système, qui dit qui est disponible, quelle commande est en retard et comment se passe le mois, dans plusieurs villes à la fois. Global Control est le concept que VITON13 Studio propose pour ce type de CRM opérationnel : publié en septembre 2026, il est présenté à travers Northstar Logistics, une entreprise de livraison inventée qui a des hubs à Moscou, Dubaï, Londres et New York.

Le brief demandait un CRM haut de gamme dans lequel un responsable inscrit des employés, distribue des commandes, les suit, lit des indicateurs et des graphiques, télécharge des rapports mensuels et annuels, reçoit une notification quand quelqu’un se connecte et travaille avec un assistant qui s’adapte à la personne. Il fallait aussi que ce soit une démo dont un inconnu puisse s’emparer : chaque visiteur peut tout cliquer, créer ses propres commandes et ses propres employés, et regarder l’entreprise réagir.

Une entreprise générée pour chaque visiteur

La démo commence par un onboarding qui demande un nom, un rôle (propriétaire, manager ou employé), un nom d’entreprise, un secteur, une taille d’équipe de 8 à 30 personnes, une devise et une couleur d’accent. Un générateur à graine construit ensuite l’espace de travail. Dans la démo par défaut, cela donne 18 personnes réparties sur quatre hubs, 22 clients, environ 400 commandes sur les 14 derniers jours et six automatisations, avec un historique plus ancien derrière elles, afin que les rapports mensuels et annuels aient toujours des données à montrer.

Les réponses changent le produit, et pas seulement le nom affiché à l’écran. Le secteur change le vocabulaire partout : une entreprise de livraison voit des coursiers et des livraisons, tandis qu’une entreprise de services voit des techniciens et des interventions. Le rôle change l’écran d’accueil : l’argent et la croissance pour un propriétaire, la file de dispatch pour un manager, la journée de travail pour un employé. Une simulation en direct connecte et déconnecte ensuite des personnes, fait arriver de nouvelles commandes et déplace les coursiers le long de leurs itinéraires, chaque hub à son heure locale.

Un tableau de dispatch qui justifie chaque suggestion

Les commandes vivent sur un tableau, avec glisser-déposer entre les statuts et sur des personnes, et chaque carte porte un anneau qui décompte le temps restant jusqu’à l’heure promise. Ouvrir une commande affiche un panneau latéral où le dispatch par IA classe l’équipe selon le hub, la charge actuelle, la distance, la ponctualité et la note, puis explique pourquoi le premier candidat a été retenu. Un manager peut accepter la suggestion ou faire glisser la commande vers quelqu’un d’autre.

Le module Équipe inscrit un employé en quatre étapes et se termine par un badge holographique qui s’incline sous le pointeur. Quelques secondes après l’invitation, la nouvelle personne se connecte et le reste de l’équipe reçoit une notification, ce qui est simulé dans la démo. Le module Clients attribue à chaque compte un indice de santé et montre ce qui l’a fait monter ou baisser, afin que le chiffre puisse être vérifié plutôt que cru sur parole.

Carte en direct, rapports et règles rédigées en toutes lettres

La carte en direct dessine une ville procédurale pour chaque hub, avec des coursiers qui circulent dans ses rues, ainsi qu’une vue mondiale où apparaît la vraie ligne entre le jour et la nuit. Les rapports couvrent un mois, un trimestre ou une année et se téléchargent en trois formats : un PDF produit par le générateur minimal du studio, un CSV qu’Excel ouvre correctement dans les deux langues, et du JSON pour ceux qui veulent les chiffres bruts.

Les automatisations tournent comme des flux d’étapes reliées entre elles. L’éditeur accepte une règle rédigée en anglais ou en russe courant, la transforme en déclencheur, conditions et actions, puis la rejoue sur les 14 derniers jours pour montrer combien de fois elle se serait déclenchée. La logique du système devient ainsi visible pour un manager qui n’ouvrira jamais un fichier de configuration.

L’étiquette « IA de démonstration » et ce qu’elle recouvre

Le copilote comprend 35 intentions en anglais et en russe, tolère les fautes de frappe, extrait des noms, des dates et des lieux, répond avec les chiffres en direct de l’espace de travail et agit par les mêmes fonctions qu’une personne, de la répartition de la file d’attente à l’export d’un rapport. La palette de commandes s’ouvre avec ⌘K, et une couche proactive propose, au plus toutes les 45 secondes, une correction en un clic pour une commande menacée de retard.

Rien de tout cela n’est un modèle de langage, et le produit le dit à l’écran. Le copilote, le dispatch par IA, les prévisions et l’éditeur de règles reposent sur une analyse, des règles et des statistiques exécutées sur l’appareil. La prévision hebdomadaire, par exemple, utilise la méthode de Holt avec une saisonnalité hebdomadaire, une technique classique de la prévision des séries temporelles. L’étiquette a son importance : un acheteur doit savoir si un assistant raisonne sur du texte ou suit des règles, car les deux échouent de manière différente.

Sans framework : un seul store et une seule source de chiffres

Global Control est écrit en JavaScript et en CSS sans framework, assemblés avec esbuild en un dossier statique, si bien qu’il tourne depuis n’importe quelle adresse. Chaque vue est un fichier chargé à la demande, 43 en tout, et three.js ne se charge que pour le globe de l’intro. Un seul store contient l’espace de travail et l’enregistre dans le localStorage du navigateur ; chaque changement passe par un petit ensemble d’actions qui émettent des événements, de sorte que les vues, la simulation, les notifications, les automatisations et le copilote réagissent aux mêmes faits.

Chaque chiffre provient d’un même ensemble de fonctions pour les indicateurs, les séries, la prévision et le score de dispatch. C’est pourquoi le tableau de bord, les rapports, les fichiers exportés et les réponses du copilote concordent toujours, et c’est la propriété qu’une vraie équipe d’exploitation remarque en premier dès que deux écrans d’un système ne disent pas la même chose.

Les données naissent d’une graine : les mêmes réponses à l’onboarding produisent donc toujours la même entreprise. Les commandes détaillées couvrent les 14 derniers jours, un générateur d’historique remplit les mois plus anciens avec des cycles hebdomadaires et saisonniers, et chaque hub suit ses propres horaires de travail locaux. Le design est celui d’une salle de contrôle sombre, avec un thème de jour à côté, des polices hébergées sur place et une seule couleur d’accent choisie par le visiteur ; ceux qui demandent à leur système de réduire les animations voient les changements s’appliquer instantanément.

Relevés effectués le 28 septembre 2026

L’interface compte 2 045 textes en anglais et autant en russe, sans aucun manquant d’un côté comme de l’autre. Un parcours scripté de 13 routes en largeur ordinateur et téléphone, des trois rôles, de l’interface russe, de l’onboarding et des actions principales (dispatch par IA, nouvelle commande, inscription jusqu’au badge, six questions au copilote, règle rédigée en mots, exports PDF et CSV) s’est déroulé sans aucune erreur de console, sans aucune violation de la politique de sécurité et sans aucune requête en échec. Le rapport mensuel est sorti sous la forme d’un PDF valide de trois pages.

Le premier script pèse 3,3 Ko compressé, et les 43 fichiers de script avec la feuille de style totalisent 573 Ko compressés. Sur l’adresse en ligne, Lighthouse a donné une performance de 79 sur un téléphone simulé et de 97 sur ordinateur, avec l’accessibilité et les bonnes pratiques à 100. Le score sur téléphone est freiné par le sous-titre de l’intro, qui n’apparaît qu’après un court préchargement, à 3,7 secondes.

Écarts entre le concept et un CRM de production

Northstar Logistics, ses équipes, ses clients, ses commandes et son argent sont fictifs et générés dans le navigateur du visiteur. Il n’y a ni client, ni utilisateurs, ni vraies livraisons, ni chiffre d’affaires, et les invitations, les messages et les connexions sont simulés. La démo prouve la manière dont le studio conçoit et construit un outil d’exploitation, pas la façon dont un tel outil se comporte dans une vraie entreprise.

Une version de production aurait besoin d’un serveur et d’une base de données, de comptes avec des rôles et des droits, de vraies notifications par e-mail et par messagerie, d’intégrations avec la téléphonie, la cartographie et la comptabilité, d’une protection des données adaptée aux pays concernés et de tests avec les personnes qui l’utiliseront chaque jour. Le concept offre une image partagée à partir de laquelle lancer ce projet, et c’est souvent la partie la plus difficile d’une commande de logiciel sur mesure.