Chaque projet est différent, mais les attentes budgétaires ne devraient pas rester floues. Explorez des fourchettes de projets types ou utilisez l'estimateur pour comprendre l'ordre de grandeur de votre investissement.
Fourchettes indicatives. Aucun engagement caché. Un devis détaillé est préparé après le cadrage.
Répondez à quelques questions sur le projet. L'estimation se met à jour au fil de vos choix — rien n'est envoyé nulle part.
Ces chiffres sont une référence de départ, non une garantie que chaque projet entre dans la fourchette publiée.
Cadrage, audit, feuille de route et estimation pour un projet pas encore totalement défini.
Automatisation de flux et connexions entre systèmes pour supprimer un goulot d'étranglement précis.
Un outil interne ciblé ou une application opérationnelle construite autour du flux d'une équipe.
Un portail authentifié pour que clients, fournisseurs ou partenaires interagissent avec l'entreprise.
Une première version de produit conçue pour valider une idée auprès d'utilisateurs réels.
Audit, stabilisation et modernisation par phases d'une application existante.
Mises à jour, correctifs, supervision et développement continu selon la capacité réservée.
Dix facteurs expliquent généralement l'essentiel de la différence entre deux projets qui semblent similaires sur le papier.
Complexité du processus métier
Nombre de rôles utilisateurs
Intégrations et API externes
Exigences UX/UI
Exigences de sécurité et de conformité
Migration de données
Scalabilité et infrastructure
Délai de livraison
Exigences de documentation et de transfert
Maintenance après mise en production
Le modèle adapté dépend de la clarté actuelle du périmètre et de la façon dont le projet est appelé à évoluer.
Pour les projets au périmètre flou, avec un existant complexe ou une incertitude technique.
ResultBesoins validés, priorités, orientation d'architecture, risques et estimation.
Pour les projets ciblés avec des besoins stables et des critères d'acceptation clairs.
ResultLivrables, calendrier et fourchette de prix convenus.
Pour les applications et produits appelés à évoluer avec les retours utilisateurs.
ResultLivraisons par phases, démonstrations régulières et priorisation flexible.
Pour le développement continu, la maintenance et l'évolution produit.
ResultCapacité réservée, améliorations continues et propriété technique à long terme.
Deux applications qui semblent similaires sur le papier peuvent avoir des flux de travail, une qualité de données et un risque d'intégration très différents. Un prix d'appel unique relèverait davantage du marketing que de l'information.
Des intégrations cachées, des règles métier non documentées et des données sources incohérentes sont les raisons les plus fréquentes pour lesquelles le périmètre réel d'un projet diffère de sa première description.
Une fourchette est plus utile qu'un prix d'appel trompeur — et le cadrage est ce qui transforme des hypothèses en un périmètre et une estimation sur lesquels vous pouvez réellement planifier.
Deux projets qui semblent similaires peuvent avoir des flux de travail, une qualité de données et un risque d'intégration très différents. Un prix d'appel fixe relèverait davantage du marketing que de l'information — les fourchettes reflètent cela honnêtement.
Non. C'est une estimation indicative basée sur les caractéristiques sélectionnées. Un devis est préparé après le cadrage, une fois le périmètre validé.
Les missions de cadrage et d'audit démarrent autour de 500 €. Les projets de développement complets sont généralement viables au-delà de quelques milliers d'euros — nous vous le dirons directement si un projet semble trop petit pour être bien livré.
Oui, lorsqu'il s'agit d'une mission dédiée avec ses propres livrables. Les premiers échanges de découverte ne sont pas facturés.
Lorsque le périmètre est clairement défini et stable, une livraison à prix fixe est possible. Les projets plus grands ou évolutifs sont généralement livrés de façon itérative.
Oui. La livraison par phases est courante pour les projets plus importants et permet de valider la valeur avant de s'engager sur le périmètre complet.
Les changements sont discutés ouvertement et répercutés sur le périmètre, le calendrier et le prix avant d'être mis en œuvre — pas découverts après coup sur une facture.
Les coûts tiers (hébergement, API, abonnements) sont identifiés séparément et ne sont pas inclus dans le prix de développement, sauf mention explicite.
Seulement si sélectionnée dans l'estimateur ou explicitement incluse dans la proposition. Elle est tarifée séparément car tous les projets n'ont pas besoin de la même profondeur de conception.
Le code source spécifique au client est normalement transféré conformément au contrat, une fois les obligations remplies. Voir la page Propriété intellectuelle pour le détail.
Oui. Des formules de maintenance essentielle, de support business et de développement continu sont disponibles, affichées séparément de la fourchette du projet initial.
Oui. Les projets de modernisation démarrent généralement par un audit technique avant toute estimation.
Les montants publiés doivent être considérés hors taxes, sauf mention contraire explicite. Le régime fiscal applicable est confirmé dans la proposition commerciale.
La structure de paiement (acompte, jalons, mensuel) est définie dans la proposition et dépend du modèle d'engagement et de la taille du projet.
Cela dépend des disponibilités actuelles. Nous discutons d'une date de démarrage réaliste lors du premier échange plutôt que de promettre une disponibilité immédiate.
Dites-nous ce que vous cherchez à améliorer, remplacer ou construire. Nous examinerons le contexte et suggérerons l'étape suivante la plus appropriée.
Réponse personnelle sous deux jours ouvrés.