On développe les outils qui font tourner votre activité.

Un site présente de l'information : on le lit, on le parcourt, il change rarement une fois en ligne. Une application traite de l'information : elle stocke des données propres à chaque utilisateur, gère des connexions et des droits, et réagit à ce qu'on y fait. En clair, un site communique, une application fait travailler. La frontière se situe dès qu'il y a des comptes, des données à jour et des actions déclenchées.

Une première version utile, un MVP, se construit en général en six à douze semaines selon le périmètre. Une application plus large, avec plusieurs rôles et des intégrations, se compte en mois. On découpe toujours le projet en étapes livrables, pour que vous ayez quelque chose de concret entre les mains très tôt. Vous validez à chaque palier avant qu'on avance sur le suivant.

Pour les back-ends et les bases de données, on travaille avec Supabase et Xano, complétés par Airtable quand une base simple suffit. L'hébergement et la sécurité passent par Cloudflare, les automatisations par n8n ou Make. On choisit la stack selon votre besoin réel, pas selon une mode. L'objectif est toujours un produit que l'on peut faire évoluer et maintenir dans la durée.

Le code et les données vous appartiennent, et on vous remet tout : dépôts, accès aux bases, documentation. On travaille sur des outils standards et ouverts, sans dépendance propriétaire qui vous enfermerait. Une nouvelle équipe peut reprendre le projet sans repartir de zéro. On considère qu'un bon travail se reconnaît au fait que vous pourriez partir sans nous, même si on préfère que vous restiez.

Une application vit : elle demande des mises à jour de sécurité, des correctifs et des ajustements au fil de l'usage. On propose un suivi mensuel qui couvre la surveillance, les corrections et un volume d'évolutions. Vous n'êtes pas obligé de le prendre, mais laisser une application sans maintenance revient à la laisser vieillir seule. On vous alerte avant qu'un problème devienne bloquant, pas après.

C'est l'approche qu'on recommande dans la grande majorité des cas. On construit d'abord la version qui règle votre problème principal, mise entre les mains d'utilisateurs réels. Leurs retours guident ce qu'on ajoute ensuite, plutôt que des hypothèses posées sur le papier. L'architecture est pensée dès le départ pour accueillir ces ajouts sans tout reconstruire.

Un MVP démarre en général autour de quelques milliers d'euros, une application complète se chiffre plus haut selon le périmètre et les intégrations. Le prix dépend surtout du nombre de rôles, de la complexité des règles métier et des connexions à d'autres outils. On établit un devis détaillé après un premier cadrage, sans coût caché en cours de route. Vous savez ce que vous payez et pourquoi avant qu'on commence.

À vous, entièrement, dès la livraison. On vous transfère les dépôts, les accès et les droits sur l'ensemble du produit. Rien n'est verrouillé côté agence, aucun abonnement caché ne conditionne votre accès. Ce que vous avez financé vous revient sans réserve.

Beaucoup d'agences facturent le plus gros périmètre possible, quitte à livrer des fonctions que personne n'utilisera. On fait l'inverse : on cherche d'abord à réduire le projet à ce qui compte vraiment. Si un outil du marché comme HubSpot ou Airtable règle votre besoin, on vous le dit au lieu de coder du sur mesure. Vous payez un produit utile, pas une démonstration de force technique.