+ RESSOURCE GRATUITE · BUILDER CRÉATIF

Un devis d'app se lit en 10 questions.

Posez-les avant de signer. Chez nous, ou ailleurs.

Deux devis pour la même application peuvent varier du simple au quadruple, sans qu'aucune ligne du document n'explique l'écart. Le dirigeant qui les compare regarde deux totaux et n'a aucun moyen de savoir lequel est cher.

L'écart ne vient presque jamais du prix affiché. Il vient de ce que le devis ne dit pas : ce qui n'est pas dedans, qui garde les clés, qui paie les allers-retours, et ce qui arrive sur la table le mois suivant. Dix questions, et pour chacune la réponse qui doit vous inquiéter.

⚠️ Cette page ne contient aucun de nos prix. Les deux seuls montants qui y figurent sont publics et vérifiables en trente secondes : le programme développeur Apple, 99 $ par an, et le compte Google Play, 25 $ une fois. Tout le reste, ce sont des questions — elles fonctionnent aussi bien sur notre devis que sur celui d'à côté.

+ CE QUE LE DEVIS AFFICHE

L'iceberg du devis.

Le montant en bas de page finance une seule chose : le développement. Les autres lignes existent quand même. Elles arrivent simplement plus tard, une par une, et elles ne sont pas dans le total que vous comparez.

Iceberg : au-dessus de la ligne de flottaison, le prix affiché du développement ; en dessous, les coûts que le devis n'affiche pas. PRIX AFFICHÉ le développement, et lui seul ce que le devis affiche CE QUI ARRIVE APRÈS Compte développeur Apple — 99 $/an Compte Google Play — 25 $, une fois Hébergement et services, tous les mois Visuels et fiches de store Maintenance et correctifs Mises à jour imposées par Apple et Google

Seuls les deux montants ci-dessus sont des chiffres publics. Les quatre autres lignes n'ont pas de prix universel — elles ont surtout le défaut d'être absentes du total.

+ LA GRILLE

Les dix questions.

Copiez-les telles quelles. Envoyez-les par écrit, à tous ceux qui vous ont chiffré le projet — nous compris. Une réponse écrite vaut mieux qu'une réponse en réunion.

01

Prix ferme, ou estimation ?

La question, mot pour mot

« Ce montant est un prix ferme ou une estimation ? Si c'est une estimation, à partir de quoi il bouge, et qui décide ? »

Pourquoi elle compte

Un devis peut afficher un total et n'engager personne. Ferme : ils portent le risque de s'être trompés. Estimation : vous le portez. Les deux se défendent — encore faut-il savoir lequel des deux vous signez.

La bonne réponse

Ferme sur un périmètre écrit, ou estimation avec un plafond et une règle d'avenant. Dans les deux cas, la phrase est dans le document, pas dans la conversation.

La réponse qui doit vous inquiéter

« Ça dépend », sans suite. Ou un total rond sans périmètre en face. Ou « on ajustera en cours de route » — c'est une estimation qui n'ose pas dire son nom.

02

Qu'est-ce qui n'est pas dedans ?

La question, mot pour mot

« Listez-moi ce qui n'est pas compris dans ce devis. »

Pourquoi elle compte

Les lignes qui arrivent après la signature sont rarement cachées : elles sont simplement absentes. Visuels et fiches de store, comptes développeur, hébergement, contenus, traductions, maintenance. Chacune est légitime — sauf en surprise.

La bonne réponse

Une liste d'exclusions écrite, courte, nommée. Quelqu'un qui a déjà livré sait exactement ce qui déborde.

La réponse qui doit vous inquiéter

« Tout est compris. » Personne ne comprend tout. Cette réponse veut dire soit qu'ils n'ont pas fini d'y penser, soit que vous le découvrirez à la facture.

03

À qui appartient le code, et où vit-il ?

La question, mot pour mot

« À la fin, le code est à qui, et sur quel compte se trouve le dépôt ? »

Pourquoi elle compte

Du code livré ne sert à rien si vous ne pouvez pas l'ouvrir sans eux. La propriété est une clause, l'accès est un fait : les deux se vérifient séparément.

La bonne réponse

Cession des droits à la livraison ou au paiement final, dépôt hébergé sur une organisation à votre nom, vos comptes, leurs accès. Vous pouvez révoquer sans rien casser.

La réponse qui doit vous inquiéter

« On vous fournira les sources. » Une archive n'est pas un dépôt, et un dépôt sur leur compte n'est pas le vôtre. Le sujet ne revient jamais avant le jour où vous changez de prestataire — c'est précisément le mauvais moment pour le découvrir.

04

Qui publie, et sous quel compte ?

La question, mot pour mot

« L'application sera publiée sous quel compte développeur : le vôtre, ou le mien ? »

Pourquoi elle compte

Le compte qui publie détient la fiche, les avis, l'historique de téléchargements et le classement. Déplacer une application d'un compte à un autre est possible, mais c'est une opération, pas un clic — et elle demande la coopération de celui qui part.

La bonne réponse

Comptes Apple et Google au nom de votre société — Apple Developer Program, 99 $ par an ; compte Google Play, 25 $ une fois — ouverts par vous, accès délégué au prestataire. C'est la configuration qui ne se renégocie jamais.

La réponse qui doit vous inquiéter

« On publie sous notre compte agence, c'est plus simple. » C'est plus simple pour eux. Vos avis, votre note et votre classement ne vous appartiennent plus.

05

Et si Apple refuse la première soumission ?

La question, mot pour mot

« Si Apple refuse la première soumission, il se passe quoi, et le temps passé est facturé à qui ? »

Pourquoi elle compte

Un refus n'est pas un incident rare, c'est une étape ordinaire. Ce qui compte, c'est le délai de revue, le nombre d'allers-retours prévus, et qui écrit la réponse.

La bonne réponse

« Les allers-retours jusqu'à publication sont inclus. » Et on vous cite spontanément les motifs classiques : compte de test à fournir, politique de confidentialité, achats intégrés mal déclarés, fonctionnalité jugée trop mince.

La réponse qui doit vous inquiéter

Un silence, ou « ça n'arrive pas chez nous ». Ça arrive chez tout le monde. Un devis qui n'a pas prévu le refus n'a pas prévu la mise en ligne.

06

Combien elle coûte par mois, une fois livrée ?

La question, mot pour mot

« Une fois livrée, l'application coûte combien par mois à faire tourner — et qu'est-ce qui augmente si j'ai dix fois plus d'utilisateurs ? »

Pourquoi elle compte

Un devis de développement décrit un jour. Votre application vit des années. Serveur, base de données, envoi d'emails et de notifications, stockage des fichiers, services tiers : c'est petit au départ, et ça suit la courbe des usages.

La bonne réponse

Une liste de postes nommés, avec ce qui est fixe et ce qui varie avec le nombre d'utilisateurs. Même sans montants, la liste prouve qu'ils ont déjà exploité une application, pas seulement livré une.

La réponse qui doit vous inquiéter

« C'est gratuit », ou « c'est négligeable ». Ça l'est au lancement. La question ne porte pas sur le lancement.

07

Qui corrige un bug après la livraison ?

La question, mot pour mot

« Après la livraison, je signale un bug bloquant un mardi matin. Qui le prend, sous combien de temps, et facturé comment ? »

Pourquoi elle compte

Garantie et maintenance sont deux choses distinctes : la garantie couvre ce qui aurait dû marcher, la maintenance couvre la vie de l'application. Beaucoup de devis ne mentionnent ni l'une ni l'autre.

La bonne réponse

Une période de garantie datée, une frontière écrite entre correctif et évolution, un délai de prise en charge selon la gravité, un canal nommé. Après la garantie, un contrat séparé qui se signe séparément.

La réponse qui doit vous inquiéter

« On reste dispo. » La disponibilité n'est pas un engagement. Regardez aussi qui tranche entre bug et évolution : si c'est eux seuls, tout devient une évolution.

08

Qu'est-ce qui fait bouger le prix ?

La question, mot pour mot

« Qu'est-ce qui ferait monter ce prix, et qu'est-ce qui le ferait baisser ? »

Pourquoi elle compte

La réponse dit s'ils ont chiffré votre projet ou recopié un modèle. Les vrais leviers sont peu nombreux et toujours les mêmes : le périmètre, les comptes utilisateurs et les rôles, le paiement, le fonctionnement hors ligne, et la reprise d'un existant — le plus sous-estimé des cinq, de loin.

La bonne réponse

Ils vous proposent d'eux-mêmes ce qu'on peut sortir de la première version pour tenir un budget. Quelqu'un qui sait réduire son propre périmètre sait le tenir.

La réponse qui doit vous inquiéter

Rien ne fait baisser le prix. Un devis qui ne se dégonfle sur aucun poste n'a pas été construit poste par poste.

09

Qui travaille réellement dessus ?

La question, mot pour mot

« La personne assise en face de moi aujourd'hui, elle écrit le code ou elle le sous-traite ? Donnez-moi les prénoms de ceux qui travailleront dessus. »

Pourquoi elle compte

C'est la question qui sépare un studio d'un revendeur. Entre le prix qu'on vous annonce et le prix payé à celui qui produit, il y a parfois exactement l'écart que vous essayez d'expliquer entre les deux devis.

La bonne réponse

Des prénoms, des rôles, et le nom de votre interlocuteur quand ça coince. Une sous-traitance assumée et nommée est parfaitement acceptable — c'est la sous-traitance tue qui coûte cher.

La réponse qui doit vous inquiéter

« Notre équipe s'en occupe. » Demandez qui, précisément. Si la réponse reste au pluriel indéfini après deux relances, vous avez votre réponse.

10

Comment on arrête, si on doit arrêter ?

La question, mot pour mot

« Si on doit arrêter en cours de route, ça se passe comment — et je repars avec quoi ? »

Pourquoi elle compte

On ne signe jamais en pensant à ça, et c'est exactement pour ça qu'il faut le lire avant. La sortie propre est le meilleur indicateur de sérieux d'un contrat, avant même le prix.

La bonne réponse

Un préavis, un décompte de ce qui est dû sur ce qui est réellement fait, la remise du code et des accès en l'état, et la liste de ce qui vous est transmis. Écrit.

La réponse qui doit vous inquiéter

Aucune clause de sortie. Ou une sortie qui vous laisse sans les accès jusqu'au règlement d'un solde non défini. Quelqu'un de confiant n'a pas peur d'écrire comment on se quitte.

+ LE TEMPS

Le calendrier que le devis oublie.

Un devis chiffre des phases de production, et s'arrête à la livraison. C'est-à-dire deux étapes avant que l'application soit réellement entre les mains de vos clients.

Calendrier d'un projet d'application : cadrage, conception, développement, revue du store, correctifs des deux premières semaines. temps → le devis s'arrête ici Cadrage Conception Développement Revue du store — quelques jours absent du devis Correctifs des deux premières semaines absent du devis un refus renvoie au début

Les deux segments en ambre sont ceux que la plupart des devis omettent. Ce sont aussi les deux seuls que votre client final verra.

+ COMMENT S'EN SERVIR

  1. 01 Envoyez les dix questions par email, à chaque prestataire, avant le rendez-vous. Ce qui est écrit avant la signature est le seul engagement qui existe.
  2. 02 Comparez les réponses ligne à ligne, jamais les totaux. Deux devis ne deviennent comparables qu'une fois les exclusions posées côte à côte.
  3. 03 Le silence est une réponse. Les questions restées sans réponse écrite sont exactement celles qui reviendront en facture.

+ REPARTIR AVEC

Recevez les dix questions par email.

Une page à poser à côté du devis au moment de la relecture, et à transférer à votre associé. Un email, rien d'autre.

+ ET APRÈS

Vous avez un devis sur le bureau ?

Posez-nous les dix questions, on y répond par écrit. Posez-les aussi à l'autre devis : si les réponses d'en face sont meilleures, signez là-bas. Une grille de lecture qui ne servirait qu'à nous faire gagner ne serait pas une grille de lecture.

Parler de mon app