Vous avez un projet d’application web et une question simple : combien ça coûte. Les réponses évasives ne vous aident pas à décider. Cet article donne nos prix réels, détaille ce qui les fait varier, puis liste les questions à poser pour comparer des offres sérieusement.
Nous publions nos tarifs. Pas par posture : parce qu’un dirigeant qui compare des offres sans point d’ancrage perd du temps, et parce qu’un budget se construit sur des faits.
Nos repères réels
Chez WePulse, trois chiffres structurent un projet d’application web.
- Discover, à partir de 1 500 € HT : le cadrage. Formaliser le besoin, le périmètre et les priorités avant d’écrire la moindre ligne de code.
- Build, à partir de 8 000 € HT : la construction du premier produit et sa mise en production.
- Scale, à partir de 400 € par mois HT : l’accompagnement continu une fois l’application en ligne.
Le « à partir de » n’est pas une pirouette commerciale. Deux applications qui portent le même nom sur un devis peuvent représenter des efforts sans commune mesure. Cinq facteurs expliquent l’essentiel de l’écart.
Ce qui fait varier le prix
Le périmètre
C’est le facteur numéro un. Une application de gestion avec trois écrans, un seul type d’utilisateur et un flux de travail linéaire n’a rien à voir avec une plateforme où chaque profil voit des données et des actions différentes. Chaque écran, chaque règle métier, chaque cas particulier ajoute de la conception, du développement et des tests. La bonne question n’est pas « combien d’écrans » mais « combien de décisions le logiciel doit-il savoir prendre ».
Les intégrations
Connecter l’application à vos outils existants, facturation, paiement, messagerie, logiciels métier, est souvent ce qui la rend réellement utile. C’est aussi un poste de coût sous-estimé : chaque service tiers a ses propres règles, ses limites et ses pannes possibles. Une intégration se construit, se teste et se surveille dans la durée. Deux intégrations bien choisies valent mieux que six branchées à la hâte.
Les exigences de sécurité
Toute application sérieuse protège les comptes et chiffre les échanges. Mais dès que vous manipulez des données sensibles, santé, finance, données personnelles en volume, les exigences montent : cloisonnement strict des accès, journalisation des actions, sauvegardes testées, conformité RGPD documentée. Ce travail est invisible à l’écran et bien réel dans le budget.
La reprise de données
Si votre activité vit aujourd’hui dans des tableurs ou dans un ancien logiciel, ces données devront être reprises. Nettoyer des années de saisie manuelle, faire correspondre des formats, arbitrer les doublons : c’est un projet dans le projet. Un prestataire qui ne pose aucune question sur vos données existantes vous prépare une mauvaise surprise.
Le niveau de finition
Un outil interne utilisé par une équipe formée tolère une interface sobre et fonctionnelle. Un produit exposé à vos clients doit être irréprochable : états vides, messages d’erreur, affichage mobile, rapidité perçue. Cette exigence multiplie les allers-retours de conception, et elle se paie. L’inverse est vrai aussi : sur-financer la finition d’un outil interne, c’est de l’argent mal placé.
Pourquoi se méfier d’un devis sans cadrage
Un prix précis annoncé après un simple appel devrait vous alerter, pas vous rassurer. À ce stade, personne ne connaît vos règles métier, vos données ni vos cas particuliers. Ce chiffre ne peut donc être que l’un des deux suivants : un montant gonflé d’une marge de sécurité que vous paierez sans le savoir, ou un montant sous-évalué qui se rattrapera en suppléments une fois le projet engagé, quand changer de prestataire coûtera trop cher.
C’est la raison d’être d’une phase de cadrage facturée séparément. Chez WePulse, Discover démarre à 1 500 € HT et produit un périmètre écrit : ce que l’application fera, ce qu’elle ne fera pas, dans quel ordre, avec quels risques identifiés. Le chiffrage du Build qui en découle se défend ligne par ligne, parce qu’il repose sur ce document et non sur une intuition.
Ce que vous possédez à la fin
Avant de signer, posez une question qui change tout : à qui appartient le code ? Chez WePulse, la réponse est contractuelle : il vous appartient. Dépôt de code, accès, documentation, vous partez avec l’ensemble. Si la collaboration s’arrête, votre application continue de vivre avec l’équipe de votre choix.
Cette clause a une conséquence directe sur le prix : elle interdit les modèles fondés sur la captivité. L’abonnement Scale, à partir de 400 € par mois HT, doit se justifier par le travail fourni chaque mois, pas par la peur de perdre l’accès à votre propre outil. Un prestataire qui garde le code s’achète un client captif ; un prestataire qui le cède doit mériter chaque renouvellement.
Quatre questions avant de décider
- Le périmètre est-il écrit ? Sans document de cadrage, un prix n’engage personne.
- Les cinq facteurs ci-dessus ont-ils été discutés ? Un interlocuteur qui n’a rien demandé sur vos données ou vos intégrations n’a pas mesuré le projet.
- À qui appartient le code ? La réponse doit figurer au contrat, pas dans une promesse orale.
- Que se passe-t-il après la mise en ligne ? Une application sans suivi se dégrade ; le coût d’exploitation fait partie du vrai prix.
Un cadrage à partir de 1 500 € HT pour fiabiliser le chiffre, un premier produit à partir de 8 000 € HT, un code qui vous appartient : voilà des bases sur lesquelles un dirigeant peut décider. Le reste se discute projet par projet, périmètre en main.