Notre démarche
Assembler juste, plutôt que tout configurer
Notre première version répondait à beaucoup de cas par des options. Nous l'avons reconstruite en 2026 sur le principe inverse : des briques étroites, que chaque projet assemble pour son besoin précis. Voici pourquoi, et ce que cela change pour votre application.
L'historique
Deux versions, une leçon
- 1
Version 1
Un bundle qui couvre tout
Le platform-core-bundle réunit CRUD, formulaires, import, export et monitoring, puis des modules configurables : workflows, tâches, checklists, champs personnalisés, saisie des temps.
- 2
Le constat
Chaque option coûte à chaque projet
Un projet embarque le code de toutes les options, même celles qu'il n'utilise pas, et chaque montée de version les traverse toutes. Nos clients sur mesure, eux, n'entrent pas dans un cadre générique.
- 3
Septembre 2026
La version du nettoyage
La 1.11 retire la configuration dynamique, les workflows et la saisie des temps : le bundle réduit sa surface pour simplifier les montées de version de nos projets.
- 4
2026
Une deuxième version, en briques
UI, Auth et CRUD, chacune avec un rôle clair et sa documentation. Le spécifique reste dans le projet, et une brique n'accueille un besoin qu'après l'avoir vu sur plusieurs projets.
Ce que change la v2
Moins de configuration, plus d'assemblage
Des comportements ciblés
Filtrer, regrouper, réordonner, envoyer un fichier : chaque comportement est un composable qui fait une chose. Le projet assemble ceux dont il a besoin, au lieu de régler les options d'un composant qui voudrait tout faire.
Une interface indépendante du PHP
L'interface ne connaît plus le serveur : elle reçoit des données. Une PWA, un simulateur ou une maquette de conception l'utilisent sans une ligne de PHP, et la conception se valide sur les écrans qui seront livrés.
Pensée pour le développement agentique
Des briques étroites, une page de documentation par composant vérifiée en CI, une frontière tenue par le lint, une conception écrite en fichiers texte : un développeur ou un agent IA lit le même cadre, et l'assemblage reste fiable.
Une conception qui devient le code
Le modèle de données, les règles et les écrans validés avec vous sont décrits dans un format que le projet reprend tel quel : la conception validée se transforme en application, elle n'est pas réécrite.
Les cahiers de conception
Les choix se font en conception, pas dans le code
Une solution trop paramétrable reporte les choix à plus tard, dans la configuration, et chaque option garde son coût. Nous les faisons en amont, avec vous.
Nos cahiers de conception, ce que l'écosystème des agents IA appelle des skills, guident l'analyse de votre besoin : les questions à poser, les mises en place possibles, et ce qui fait pencher pour l'une ou l'autre. Le choix est fait avec vous et écrit dans la conception. Le code ne garde que la solution retenue : il est plus simple, et il dit ce qu'il fait.
Le boilerplate
Rapide le premier jour, à votre charge ensuite
Beaucoup d'agences, d'ESN et d'équipes internes démarrent chaque projet d'un boilerplate : un projet de départ copié, avec son authentification et ses écrans d'administration. Le gain est réel au lancement. Ce qui suit l'est aussi.
- 1
Une copie figée
Le jour de la copie, le boilerplate devient le code du projet. Ses corrections et ses améliorations ultérieures ne le rejoignent plus.
- 2
Toute la maintenance pour le projet
Failles, montées de Symfony et de Vue, fins de support : tout le code copié est maintenu par le projet, à ses frais, aussi longtemps qu'il vit.
- 3
Des projets qui divergent
Chaque copie évolue de son côté. Un correctif trouvé sur un projet se refait, à la main, sur les autres, quand quelqu'un y pense.
- 4
Un savoir-faire qui ne s'accumule pas
Une équipe interne ou une ESN ne peut pas amortir un socle sur un seul projet : ce qu'elle apprend reste dans le code du client.
Des briques maintenues
Maintenues une fois, pour tous les projets
Les correctifs partagés
Une faille ou un défaut corrigé dans une brique l'est pour tous les projets qui l'utilisent, à la montée de version suivante.
Des montées de version documentées
Chaque version a son journal des changements et, quand elle casse quelque chose, son guide de montée : ce qui change, et ce que le projet doit faire.
Un savoir-faire qui s'accumule
Ce que nous apprenons sur un projet profite aux suivants : c'est ce qui nous permet d'aller plus loin qu'une équipe qui repart de zéro.
Un périmètre tenu
Une brique n'accueille un besoin qu'après l'avoir vu sur plusieurs projets. Le spécifique reste dans le vôtre, là où il se lit.
La réversibilité
Des briques tant que nous travaillons ensemble, votre code ensuite
Nos briques offrent beaucoup de possibilités et facilitent les mises à jour, au prix de parties génériques très abstraites, peu commodes pour une équipe qui n'a pas l'habitude de travailler ainsi. Si vous confiez votre application à une autre équipe, nous ne vous laissons pas avec ces abstractions.
- 1
À vous dès le départ
Votre modèle de données, vos règles de gestion et vos écrans spécifiques sont écrits dans votre projet, en Symfony et en Vue.
- 2
Réintégré à votre code
Ce que votre projet utilise des briques, composants, authentification, formulaires, import et export, est intégré directement à son code, sans les abstractions génériques.
- 3
Repris par n'importe quelle équipe
Le résultat est un projet Symfony et Vue classique : tout développeur compétent sur ces technologies le reprend, sans dépendance à SmartBooster.
Le travail se chiffre selon les fonctionnalités SmartPlatform utilisées au moment du départ. Le monitoring, compris dans l'hébergement, est retiré ; les analyses de sécurité de smartplatform.cloud restent possibles en abonnement.
Ce qui existe déjà
De très bons outils, une autre approche
Les bibliothèques de composants
Nuxt UI, shadcn-vue, Ark UI, Reka UI : d'excellents composants génériques. Les écrans d'une application de gestion restent à construire dans chaque projet.
Les générateurs de back-office
Sonata Admin, EasyAdmin, Laravel Nova, Filament : un back-office généré par configuration, et un projet qui s'adapte au générateur dès qu'il en sort.
Votre application sur SmartPlatform
Parlez-nous de votre projet, ou confiez-nous votre cahier des charges : nous vous disons ce que les briques couvrent déjà, et ce qui reste à construire pour votre métier.