Ce que nous appelons une plateforme métier
Pas un site vitrine avec un espace client. Une application qui porte une partie de votre fonctionnement : suivi d'activité, gestion de dossiers, portail partenaires, back-office multi-utilisateurs, tableau de bord de direction, interconnexion entre outils existants.
Ces projets échouent rarement pour des raisons techniques. Ils échouent parce que personne n'a pris le temps de comprendre qui fait quoi, quelles informations circulent, et où le processus réel diffère du processus officiel. Nous commençons toujours par là.
La méthode, par étapes
- Cadrage. Nous observons le fonctionnement réel, pas l'organigramme. Nous produisons un document de périmètre qui liste ce qui sera fait, ce qui ne le sera pas, et pourquoi. Ce document est contractuel.
- Maquette fonctionnelle. Avant d'écrire la logique, nous livrons un prototype navigable. Les corrections à ce stade coûtent des heures ; les mêmes corrections après développement coûtent des semaines.
- Développement par lots. Chaque lot est livré testé et utilisable. Vous voyez le produit avancer au lieu d'attendre une livraison finale dont personne ne sait si elle correspond au besoin.
- Recette et transfert. Documentation d'exploitation, procédure de déploiement, session de prise en main de vos équipes. Le projet se termine quand vous êtes autonome, pas quand nous avons fini de coder.
Ce que la discipline change concrètement
Sur nos propres réalisations, nous suivons ces indicateurs et nous les communiquons : suite de tests unitaires et d'intégration exécutée à chaque modification, compilation vérifiée sur l'intégralité des pages, tests de bout en bout simulant les parcours réels, et un document d'état du projet tenu à jour.
Ces chiffres ne sont pas décoratifs. Une application sans tests est une application dont personne n'ose modifier une ligne au bout de six mois — et c'est ainsi qu'un outil devient un boulet.
La propriété du code, sans ambiguïté
Beaucoup de prestataires livrent un accès, pas un logiciel. Le client découvre au moment de changer de partenaire qu'il ne possède ni le dépôt, ni la documentation, ni les identifiants d'hébergement.
Nous livrons le dépôt complet, les procédures de déploiement, les variables de configuration et la documentation technique. Vous pouvez nous remplacer du jour au lendemain. C'est inconfortable pour nous et c'est exactement pour cette raison que nous le faisons : cela nous oblige à mériter votre reconduction.
Questions fréquentes
Quelles technologies utilisez-vous ?
Nous privilégions des socles répandus et durables plutôt que des choix à la mode : bases de données relationnelles, applications web standard, hébergement européen ou local selon vos contraintes. Le critère de choix n'est pas notre confort mais votre capacité à faire reprendre le projet par une autre équipe.
Combien de temps prend un projet de ce type ?
Le cadrage prend une à trois semaines. Une première version utilisable est généralement livrée en six à douze semaines selon le périmètre. Nous refusons les délais que nous savons intenables : un calendrier accepté par politesse se paie toujours en qualité.
Pouvez-vous reprendre une application existante ?
Oui, après un audit technique préalable. Certaines reprises sont plus coûteuses qu'une reconstruction, et nous vous le dirons si c'est le cas, même si cela réduit la mission.
Assurez-vous la maintenance après la livraison ?
Oui, sous contrat séparé, avec des délais d'intervention définis. Ce n'est pas une condition : vous pouvez confier la maintenance à vos équipes ou à un tiers, la documentation est faite pour ça.
Aller plus loin
Offre entreprise · Sécurité applicative · Production audiovisuelle · Tous les services
Décrivez-nous votre besoin
Un échange d'une heure suffit généralement pour savoir si le projet est réalisable, à quel ordre de grandeur, et si nous sommes les bons interlocuteurs.