Méthode
Un projet de développement échoue rarement sur la technique — il échoue sur le flou : périmètre mouvant, tunnel sans nouvelles, facture surprise. Notre méthode existe pour supprimer ces trois risques. Quatre étapes, toujours dans le même ordre, avec un livrable écrit à chaque fois.
On creuse le besoin réel, pas la liste de fonctionnalités. La première réunion sert surtout à comprendre votre métier : qui utilisera l'outil, dans quelles conditions, et quel problème il doit résoudre. C'est souvent là qu'on découvre que la moitié des fonctionnalités imaginées ne servira à rien — et que la fonctionnalité vraiment critique n'était pas dans la liste.
À la fin du cadrage, tout est écrit : le périmètre exact, ce qui en fait partie et ce qui n'en fait pas partie, le budget ferme et le planning. Si le projet ne se fait pas avec nous, ce document vous appartient et servira à n'importe quel autre prestataire.
Le développement avance par itérations courtes. Dès les premières semaines, vous accédez à un environnement de test en ligne où le produit prend forme — pas des maquettes, le vrai logiciel, avec vos vraies données de test. Vous voyez ce qui avance, vous testez, vous corrigez le tir pendant qu'il est encore temps.
Le code est versionné dès le premier jour sur un dépôt auquel vous pouvez avoir accès. Chaque fonctionnalité terminée est démontrée avant de passer à la suivante : pas de tunnel de trois mois qui débouche sur une mauvaise surprise.
Avant toute mise en production, l'application passe au banc : tests des parcours critiques, revue du code, optimisation des requêtes et des temps de réponse, vérifications de sécurité sur les points sensibles — formulaires, droits d'accès, données personnelles.
C'est aussi l'étape où l'on mesure : scores Lighthouse, temps de chargement, comportement sous charge quand le projet le justifie. Les chiffres sont documentés, pour que « ça marche » veuille dire quelque chose de vérifiable.
Déploiement sur l'hébergement cible, bascule sans interruption quand un existant est remplacé, et vérifications post-lancement. La documentation est livrée avec les sources : installation, architecture, points d'extension — de quoi permettre à n'importe quel développeur de reprendre le projet.
Puis on reste là. Supervision, sauvegardes vérifiées, mises à jour de sécurité et évolutions : la maintenance prend le relais avec un contrat au périmètre écrit. Un logiciel n'est pas fini le jour de sa livraison — c'est le jour où il commence à servir.
Pendant le projet
La méthode n'est pas un document qu'on signe et qu'on oublie : elle se voit chaque semaine.
Un point d'avancement écrit, à un rythme convenu ensemble. Pas de réunion d'une heure pour dire que tout va bien.
Les démonstrations se font sur l'environnement de test, avec le vrai logiciel. Ce que vous voyez est ce qui existe.
Une idée en cours de route ? Elle est chiffrée et planifiée avant d'être développée. Jamais facturée après coup.
Vos questions arrivent directement chez le développeur du projet. La réponse est technique, honnête et rapide.
Après la livraison
Trois niveaux d'accompagnement après la mise en production — du minimum vital au forfait complet, toujours au périmètre écrit.
Surveillance de disponibilité, sauvegardes vérifiées et mises à jour de sécurité. Le socle pour dormir tranquille, sans engagement d'évolutions.
La supervision, plus les correctifs et un volume d'évolutions mensuel défini ensemble. Délais d'intervention écrits au contrat.
Pour les produits qui vivent : itérations régulières, feuille de route partagée, arbitrages trimestriels. Votre équipe de dev, sans l'embauche.
Décrivez votre projet : le cadrage initial et le premier avis technique sont offerts.
Démarrer un cadrage