Demander un devis pour une app mobile sans cadrage préalable, c’est demander à un architecte de chiffrer une maison sans lui dire combien de pièces vous voulez, ni pour qui.
Vous allez recevoir des chiffres. Ils ne seront pas comparables entre eux, parce que chaque prestataire aura imaginé un projet différent. Et vous ne saurez pas si le moins cher est celui qui a bien compris votre besoin ou celui qui en a proposé le moins.
Quatre étapes de préparation changent ça — et elles ne demandent aucune compétence technique.
1. Définissez vos utilisateurs et ce qu’ils font concrètement
Pas “mes clients” ou “mon équipe”. Décrivez des profils précis avec des comportements réels.
Un coach qui consulte les performances de ses athlètes n’utilise pas le même outil qu’un manager qui supervise dix équipes, qui n’utilise pas le même outil qu’un parent qui suit la progression de son enfant. Si votre app a plusieurs types d’utilisateurs — et la plupart en ont — chacun est un persona distinct avec son propre parcours.
Pour chaque persona, décrivez le scénario du début à la fin : il ouvre l’app, il voit quoi, il fait quoi, il obtient quoi. Ce travail s’appelle un user journey. Il révèle des questions que la liste de fonctionnalités ne pose jamais — à quel moment a-t-il besoin d’une notification ? Qu’est-ce qui l’empêche d’accomplir son objectif aujourd’hui ? Qu’est-ce qu’une “réussite” pour lui dans cette interaction ?
Un Google Doc ou un tableau blanc suffisent. Ce n’est pas du travail technique — c’est du travail de connaissance de vos utilisateurs.
2. Séparez ce qui est indispensable de ce qui peut attendre
Une fois vos parcours posés, chaque fonctionnalité se retrouve face à une question simple : est-ce que l’app est inutile sans ça le jour du lancement ?
Si oui, c’est dans le périmètre initial. Si non, c’est dans la version suivante.
Cette distinction — qu’on appelle MVP (produit minimum viable) — est souvent plus difficile qu’elle n’y paraît. On a tendance à vouloir tout inclure pour que le produit soit “complet” dès le départ. Mais une app qui fait cinq choses bien vaut plus qu’une app qui essaie d’en faire vingt et en rate la moitié. Et surtout : le MVP est la version que vous pouvez tester avec de vrais utilisateurs avant d’investir davantage.
Priorisez par valeur utilisateur, pas par facilité de développement. “C’est simple à coder” n’est pas une raison d’inclure quelque chose dans le périmètre initial.
3. Listez ce que vous avez déjà et ce qui doit s’y connecter
Votre app ne vivra pas dans le vide. Elle s’intégrera probablement à des outils que vous utilisez déjà — un logiciel de gestion, une solution de paiement, un CRM, un système d’envoi d’emails.
Faites l’inventaire : quels outils votre app devra-t-elle faire parler ensemble ? Avez-vous déjà une base de données clients à connecter ? Un système de paiement en place ? Des données à migrer depuis un outil existant ?
Ces connexions — qu’on appelle des intégrations ou des API — peuvent représenter une part significative du budget de développement. Un prestataire qui ne les connaît pas au moment du devis vous livrera une estimation incomplète.
4. Posez une enveloppe budgétaire réelle
C’est la question qui met souvent mal à l’aise. Elle est pourtant la plus utile pour tout le monde.
Un prestataire qui ne connaît pas votre enveloppe va vous proposer l’app idéale — pas l’app possible. Donner une fourchette ne vous engage à rien. Ça permet au prestataire de vous proposer un périmètre cohérent, de prioriser ce qui a le plus de valeur, et d’être honnête si le projet dépasse votre réalité budgétaire avant que vous n’ayez passé trois semaines en allers-retours.
Un élément souvent méconnu : si vous êtes une PME, une partie des dépenses de conception d’une app innovante est récupérable via le Crédit Impôt Innovation. PixiCode est agréé CII jusqu’en 2030 — sur un projet à 8 000 €, c’est 1 600 € qui reviennent. Si vous couvrez iOS et Android, anticipez-le dans l’enveloppe : un framework cross-platform permet de couvrir les deux plateformes sans doubler le budget.
Ces quatre étapes représentent quelques heures de travail. Elles vous permettent d’arriver à un premier rendez-vous avec un projet structuré — pas juste une idée. Et elles font gagner plusieurs semaines à tout le monde sur la phase de cadrage.
Chez PixiCode, si vous n’avez pas encore tout cela, on vous aide à le construire avant de coder quoi que ce soit.
