Le principe de Product Printer
Le logiciel n'est plus un artisanat. C'est devenu une technique.
Pendant soixante-dix ans, le logiciel a été fabriqué comme un meuble par un artisan : une personne, une pièce, tout à la main. Cette époque se termine. Quand écrire du code ne coûte presque plus rien, la valeur se déplace vers le plan, les pièces standard et le processus de fabrication. Nous fabriquons donc le logiciel comme sur une chaîne.
De l'artisanat à la technique
Le coût de l'écriture du code s'est effondré
L'IA écrit aujourd'hui l'essentiel du code. La partie la plus coûteuse d'un projet logiciel, l'écriture elle-même, est devenue la moins chère presque du jour au lendemain. Notre objectif : réaliser en une semaine, avec un processus supervisé, ce qui demandait un trimestre à une équipe.
La plupart des fonctions sont des problèmes déjà résolus
Connexion, facturation, gestion de plusieurs clients, langues, surveillance : toute application de gestion en a besoin, et aucune de ces fonctions ne mérite d'être réinventée. Ce sont des pièces standard, prises sur catalogue.
Ce qui reste rare, c'est la compréhension du problème
Comprendre un magasin de vélos, une flotte de location ou un service de soins, et décrire précisément ce qu'il faut réaliser. C'est là que les personnes sont indispensables. Tout ce qui suit un bon cahier des charges peut être industrialisé.
Un artisanat devient une technique dès que ses étapes peuvent être écrites, répétées et contrôlées. Le logiciel vient de franchir ce cap. Et dès qu'un travail devient une technique, la chaîne de fabrication l'emporte sur l'artisan.
Le processus, étape par étape
De la première formation au logiciel en service, étape par étape. Chaque étape porte une mention : « Disponible » signifie qu'elle fonctionne aujourd'hui ; « À venir », que nous la préparons.
01Disponible
Tout commence par la formation
Avant le logiciel, les personnes : les consultants apprennent à accompagner les PME sur l'IA, puis forment les équipes de leurs clients avec une formation à leurs couleurs, dont le dernier exercice devient un nouveau projet ou de nouveaux besoins.
En savoir plus02Disponible
Les besoins d'abord
Rien n'est réalisé à partir d'une demande floue. L'entretien avec le client devient un cahier des charges, où chaque besoin a ses conditions de validation, et seul ce qui a été validé est réalisé.
03Disponible
Un processus continu
Dès que ses besoins sont validés, une tâche est confiée à l'IA sans intervention : une réalisation à la fois par projet, dans l'ordre. Chaque tâche aboutit à une demande de modification du logiciel.
04Disponible
Des contrôles à chaque modification
Chaque modification passe les contrôles automatiques et les analyses de sécurité du projet, puis une relecture de sécurité par l'IA qui bloque en cas de doute : sans avis favorable, rien n'est intégré, et l'intégration porte exactement sur la version relue. Une protection refuse de mettre en service tout ce qui aurait contourné ces contrôles.
05Disponible
Une vérification par condition
Chaque condition de validation a son propre test, exécuté automatiquement après la dernière modification intégrée pour ce besoin, et un besoin n'est considéré comme vérifié que lorsque tous ses tests réussissent. Une condition contrôlée par une personne affiche « Vérification humaine en attente » jusqu'à sa validation. L'affirmation de l'IA ne suffit jamais.
06Disponible
Le test d'abord, de l'échec à la réussite
Le test de chaque condition de validation est écrit en premier et doit d'abord échouer, avant que le logiciel ne le fasse réussir. Avant qu'une modification soit intégrée, un contrôle s'assure que chaque test est bien passé de l'échec à la réussite sans avoir été modifié entre-temps ; le besoin renvoie aux deux exécutions.
07Disponible
Une boucle de correction
Quand les contrôles automatiques ou la relecture de sécurité refusent une modification, les remarques sont renvoyées à l'IA qui l'a écrite, elle corrige la même demande de modification, et tous les contrôles sont refaits. Deux corrections au plus par défaut ; ensuite, une personne prend le relais.
08Disponible
Des pièces standard
Chaque application part d'un modèle où les problèmes déjà résolus sont en place : connexion, organisations et rôles, pages légales, mise en page. Réalisées une fois, éprouvées en service, jamais refaites.
09Disponible
La bibliothèque de référence à chaque étape
Quand le découpage en tâches est validé, chaque tâche reçoit les pièces standard retenues lors de la conception. Les tâches qui touchent la base de données ou d'autres zones sensibles sont réalisées selon les règles de sécurité et de base de données de la bibliothèque, et le journal de réalisation indique lesquelles et pourquoi.
10Disponible
De la mise à jour à la mise en service
Publier une mise à jour met en service une application hébergée : d'abord les modifications de la base de données, dans l'ordre, avec un arrêt à la première erreur ; puis l'application elle-même. La mise à jour n'est affichée « En service » qu'une fois réellement accessible à son adresse.
11Disponible
Un état honnête
Tant que tout le périmètre n'est pas mis en service, un projet affiche « En cours de réalisation : 3 tâches sur 6 terminées », et « En service » seulement ensuite. Une nouvelle application affiche « Bientôt disponible » aux visiteurs et l'avancement de la réalisation à ses utilisateurs connectés ; une page « Contenu de l'application » liste les pièces standard fournies, ce qui a été réalisé et ce qui reste à venir.
12Disponible
Tout est consigné
Chaque réalisation, chaque mise en service et chaque modification qui aurait contourné les contrôles sont enregistrées. Nos propres interventions sont inscrites dans un journal qu'on ne peut que compléter, jamais modifier.
13Disponible
Des accès limités, un hébergement dans l'UE
Pour les applications que nous hébergeons, chaque réalisation reçoit un accès de courte durée limité à ce seul projet, supprimé dès la fin du travail. Vos clés de modèles restent avec votre PP Orchestrator. Les plateformes hébergées fonctionnent en Allemagne (UE).
« Disponible » signifie que l'étape fait partie d'une mise à jour de Product Printer et fonctionne sur les plateformes que nous hébergeons. Une étape ne passe de « À venir » à « Disponible » qu'une fois cette mise à jour en place.
L'époque de l'artisan avait sa beauté. Celle de la chaîne de fabrication est abordable.
L'essentiel, sans le bruit.
Venez avec votre problème →