Un logiciel sur mesure, construit autour de votre façon de travailler

Ce que nous avons construit et faisons tourner

Des exemples tirés de nos réalisations, anonymisés par secteur et pays, avec leur stade réel :

Notre façon de livrer : la même discipline sur chaque projet

• Trois environnements. dev pour le travail en cours, recette (uat) pour que vous testiez avec des données réalistes, prod pour vos utilisateurs. Rien ne passe directement d'un ordinateur portable à la production.
• Une prévisualisation par branche. Chaque modification a sa propre adresse : vous cliquez dedans avant qu'elle ne soit fusionnée.
• Compilation sur GitHub Actions, jamais sur le serveur de production. GitHub présente Actions comme une plateforme d'intégration et de livraison continues dont les workflows sont des fichiers YAML du dépôt, chaque exécution tournant dans une machine virtuelle neuve : une compilation ne peut pas perturber le service en ligne.
• Docker Compose. L'application, sa base de données et ses tâches de fond sont décrites dans un seul fichier, identique d'un environnement à l'autre.
• Contrôles de santé. Chaque service déclare un contrôle de santé ; Docker peut attendre qu'une dépendance soit saine avant de démarrer ce qui en dépend. Notre supervision lit les mêmes contrôles.
• Instantanés et retour arrière. Un instantané quotidien du serveur, et un retour à la version précédente si une mise en ligne échoue à ses contrôles.
• Des humains fusionnent. Nos développeurs travaillent avec des agents de code IA (Claude Code), sous relecture. Une branche protégée peut exiger des relectures approuvées et des contrôles réussis avant fusion ; chez nous, une personne approuve chaque fusion.

De l'idée à la production, étape par étape

1. Cadrage. Qui s'en sert, comment on fait aujourd'hui, quelles données sont en jeu, ce qui ne doit jamais rater.
2. Périmètre. Un court document qui fixe les limites de la première version. Si l'idée est encore incertaine, on commence par un MVP ou un prototype.
3. Construction par tranches. Chaque tranche est un morceau qui fonctionne, cliquable sur une adresse de prévisualisation.
4. Recette. Vous testez en uat. Nous corrigeons, vous validez.
5. Mise en production. Après réussite des contrôles, retour arrière prêt.
6. Exploitation. Supervision, sauvegardes, petites évolutions, dans le cadre de la maintenance et du support si vous voulez que nous le fassions tourner.

Ce qui vous appartient

Le code vit dans un dépôt que vous contrôlez (ou vous est transféré), avec les instructions pour le compiler et le faire tourner. Vos données vivent dans votre base et vos comptes — paiement, e-mail, mesure d'audience. Si nous arrêtons de travailler ensemble, quelqu'un d'autre peut reprendre. Quand le logiciel traite des données personnelles pour votre compte, nous sommes votre sous-traitant au sens du RGPD : vous ne pouvez faire appel qu'à des sous-traitants présentant des garanties suffisantes, le traitement est régi par un contrat (article 28), et le règlement attend des moyens de rétablir la disponibilité des données et l'accès à celles-ci dans des délais appropriés après un incident (article 32). Nos instantanés et notre retour arrière font partie de la réponse.

Ce que nous attendons de vous

• Une personne qui connaît le processus et peut trancher, disponible pour de courtes revues hebdomadaires
• De vrais exemples : documents, exports, captures des outils utilisés aujourd'hui
• Les accès aux comptes que le logiciel doit relier, à votre nom
• Du temps pour tester en recette avant chaque mise en production