Les questions qui reviennent à chaque premier appel sur un projet d'application sur mesure : combien ça coûte, combien de temps, faut-il un cahier des charges, quelle techno, qui possède le code. Réponses directes sans langue de bois.
À qui s'adresse cette FAQ
Cette FAQ regroupe les questions qui reviennent systématiquement pendant les premiers appels sur un projet d'application sur mesure : entrepreneur qui pense à un SaaS, dirigeant de PME qui veut un outil métier interne, commerçant local qui imagine une app fidélité, indépendant qui voudrait dématérialiser un process.
L'objectif : répondre directement, sans jargon, pour vous éviter de poser ces questions à 5 prestataires différents et de comparer 5 réponses incohérentes.
Avant de se lancer
Les questions ci-dessous (budget, délai, cahier des charges, techno, propriété du code) sont les sujets que tout porteur de projet aborde avant de signer.
Après la livraison
Les questions du bas (maintenance, mobile, RGPD, collaboration) portent sur ce qui se passe une fois l'app en production. Trop souvent ignorées en amont, elles déterminent pourtant la rentabilité à 2-3 ans d'un projet.
Une question qui n'est pas dans cette FAQ ? Posez-la directement au premier appel. 30 à 45 minutes, gratuit, sans engagement.
Questions fréquentes
Combien coûte une application sur mesure ?
Il n'y a pas de tarif catalogue : ça dépend du périmètre, de la complexité métier, des intégrations et de l'ambition. Un MVP simple démarre à quelques milliers d'euros, un SaaS B2B sérieux peut atteindre plusieurs dizaines de milliers. Le chiffrage précis se fait après cadrage du besoin réel. Voir Applications & SaaS.
Combien de temps pour livrer une app ?
Pour un MVP fonctionnel : quelques mois entre le cadrage et la mise en production. Pour un produit plus mature (SaaS multi-tenants, app multi-rôles, intégrations lourdes) : davantage. La durée dépend autant de la disponibilité du client pour valider que de la complexité technique.
Faut-il un cahier des charges pour commencer ?
Non, et c'est même souvent contre-productif. Un cahier figé en amont enferme dans des choix techniques avant validation du besoin. Mieux : décrire le problème métier, les utilisateurs et 2-3 cas d'usage. Le périmètre se construit en atelier de cadrage.
Quelle techno : no-code, Next.js, autre ?
Selon le cas. No-code (Bubble, FlutterFlow, Glide) pour valider une idée rapidement ou des outils internes simples. Next.js + Postgres pour la grande majorité des SaaS B2B et apps métier sérieuses. Le bon choix se fait en fonction du périmètre, du volume attendu et de la pérennité visée.
Le code de mon app m'appartient-il ?
Oui, à condition que ce soit écrit dans le contrat. Par défaut en droit belge, le développeur prestataire est titulaire des droits sur le code qu'il a écrit, sauf clause de cession explicite. À exiger systématiquement.
Et si je veux changer de prestataire après la livraison ?
Possible si le code source est dans votre repository (GitHub, GitLab) avec accès admin, si la stack est standard (pas exotique) et si une documentation minimale existe. C'est ce qu'un bon contrat de livraison doit garantir, pour ne pas vous enfermer techniquement.
Faut-il prévoir un budget maintenance ?
Oui, toujours. Une app vit : mises à jour de dépendances, corrections, évolutions, hébergement, monitoring. Compter 15 à 30 % du coût du build par an pour la maintenance et les petites évolutions, hors développement de nouvelles fonctionnalités majeures.
L'app sera-t-elle accessible sur mobile ?
Par défaut oui, en responsive web (s'utilise dans le navigateur sur smartphone). Pour une vraie app mobile native (téléchargeable sur App Store / Play Store), c'est un développement supplémentaire. Pour beaucoup de cas, la PWA (Progressive Web App) suffit : installable sur le téléphone sans passer par les stores.
Et le RGPD ?
C'est intégré dès la conception, pas ajouté à la fin. Hébergement européen, consentement explicite quand requis, registre des traitements, sécurisation des données sensibles. Pour les apps qui traitent des données de santé, juridiques ou financières, le cadre est encore plus strict et se discute dès le premier appel.
Comment se passe la collaboration au quotidien ?
Un référent côté client, un canal direct (souvent Slack ou équivalent), des points hebdo de 30 minutes en visio, des démos régulières des avancées. La transparence évite les mauvaises surprises et vous permet d'ajuster en cours de route plutôt qu'en fin de projet.