Créer une application mobile : votre rôle, votre calendrier

Ce qui décale un projet mobile n'est ni la technique ni le budget

Deux projets identiques sur le papier — même nombre d'écrans, même enveloppe, même méthode — ne livrent pas à la même date. Un projet mobile est une suite d'étapes dont certaines ne se parallélisent pas. Nous pouvons dessiner des écrans avant d'avoir les textes définitifs, monter une base de données avant que le nom de domaine soit choisi. En revanche, aucune mise en ligne n'est possible sans un compte développeur validé, sans une politique de confidentialité assumée par votre entreprise, ni sans un contenu qui justifie la présence de l'application sur un store. Ces trois éléments ne sont pas dans notre main.

Quand ils arrivent après le développement, le développement n'a pas ralenti : c'est la date de publication qui recule. Nos tarifs sont publics plutôt que construits au cas par cas : trois paliers — 3 900 €, 10 000 €, et à partir de 20 000 € — avec six mois de maintenance inclus dans chacun, comme le détaille notre grille de forfaits. Elle fixe un ordre de grandeur, pas un calendrier. Le calendrier se joue sur les trois listes qui suivent.

Les décisions que personne ne peut prendre à votre place

Trois décisions reviennent sur chaque projet, aucune ne se délègue.

Qui détient le compte de publication. Apple n'ouvre pas un compte développeur au nom d'un nom commercial : il faut une entité juridique capable de contracter avec la société, une vérification d'identité appuyée sur un numéro D-U-N-S attribué par Dun & Bradstreet, et une personne disposant du pouvoir d'engager l'organisation. L'adhésion coûte 99 USD par an, et le nom affiché comme vendeur sur l'App Store sera celui de votre société. Apple décrit ces conditions d'inscription au nom d'une entité juridique : le dossier dépend de vos pièces.

Qui est responsable des données. Dans le vocabulaire du RGPD, l'entreprise qui décide pourquoi et comment des données personnelles sont traitées est responsable du traitement ; le prestataire qui agit sur ses instructions est sous-traitant. Ce n'est pas une formalité de fin de projet : ce choix détermine qui rédige la politique de confidentialité, qui répond à une demande d'accès, et dont le nom apparaît dans les mentions de l'application.

Ce que l'application fait, et ce qu'elle ne fait pas. Une application qui tente de tout couvrir au premier jour ne sort pas. Arbitrer la liste des écrans du lancement — et accepter d'en reporter — relève de la direction, pas de la technique. Pour préparer cet arbitrage, les quinze questions à poser avant de lancer un projet donnent un ordre de passage.

Les contenus que votre entreprise est seule à pouvoir fournir

Les refus ne viennent pas seulement de bugs. Apple indique que, en moyenne, plus de 40 % des problèmes non résolus relèvent de sa règle 2.1 « App Completeness » — plantages, contenus provisoires, informations incomplètes — et cite le cas d'une application qui n'offre pas assez de fonctionnalités ou de contenu, ou qui ne vise qu'un marché très étroit, sous le motif « not enough lasting value » : Apple documente ces motifs et vise directement les applications qui se contentent de recopier un site existant.

Google demande de son côté au titulaire du compte de remplir la page « Contenu de l'application » de la Play Console avant toute mise en ligne : les déclarations de contenu couvrent la politique de confidentialité — qui doit décrire la manière dont l'application recueille, utilise et partage les informations —, la tranche d'âge cible, la présence d'annonces et l'usage des autorisations sensibles. Ce sont des textes et des choix qui engagent votre nom ; nous ne pouvons pas les écrire à votre place.

Au-delà des obligations, il y a les contenus qui font vivre le produit : les photos de vos locaux ou de vos références, les textes qui expliquent votre métier, les vidéos. Nos fiches projet acceptent une vidéo YouTube ou Vimeo : le livrable n'est pas un PDF figé, il accueille ce que vous avez déjà filmé. Un dirigeant qui dispose d'une vidéo de démonstration gagne des semaines ; celui qui doit la produire les perd.

Sur DAN LOCATION, les contrats de location et les factures générés automatiquement par l'IA à partir de la réservation supposent une matière que nous ne pouvons pas produire : votre modèle de contrat, vos mentions obligatoires, vos règles de numérotation. C'est le contenu type dont l'absence décale une mise en service, parce qu'il arrive toujours en fin de parcours alors qu'il conditionne l'ouverture.

Les accès à ouvrir avant le jour du lancement

Un développement se heurte vite à une limite : ce à quoi il n'a pas accès. Voici la liste que nous passons en revue dès le premier rendez-vous, parce que chaque ligne non ouverte arrêtera le travail plus tard.

Le compte de développeur Apple, ouvert au nom de la société, et le compte Google Play Console. Le nom de domaine s'il existe déjà, avec l'accès au gestionnaire DNS. L'hébergement et la base de données sur lesquels tournera l'application. Les outils existants : facturation, ERP, CRM, outil de réservation. La mesure d'audience et ses accès en lecture.

Cette exigence d'ouvrir les comptes à votre nom a une raison qui nous engage : le code, la base de données et le dépôt de sources vous appartiennent à la livraison, et ils sont installés sur votre infrastructure, jamais hébergés par un éditeur tiers. Un compte de publication détenu par un prestataire rendrait cette promesse impossible.

Ce que nous préparons pendant que vous arbitrez

Pendant que les décisions se prennent, la partie technique avance. Notre propre site tourne sur Next.js en App Router, avec rendu côté serveur et pages pré-rendues : le contenu est servi déjà construit au visiteur comme aux moteurs, sans attendre l'exécution d'un script. Sur les projets récents, nous privilégions une pile Astro ou headless, où le contenu vit dans une base et un dépôt que vous possédez, et d'où il ressort aussi bien vers un site que vers une application.

Ce chemin n'est pas le plus court à mettre en place : un thème acheté irait plus vite. Nous l'assumons parce qu'il écarte les extensions de tiers, les mises à jour subies et la dépendance à un éditeur, et parce qu'il se voit le jour où il faut changer de prestataire sans tout perdre. Ce n'est pas un argument de principe : ce sont vos contenus qui restent exploitables, quel que soit l'outil qui les affiche ensuite.

Le reste de la préparation nous appartient : environnement, base de données, déploiement, recette sur appareils réels. Nous suivons pour cela un processus en six étapes, du cadrage à la mise en ligne, avec un calendrier de rendez-vous fixé d'avance. Ce que cela donne quand le côté client suit son cours : l'e-commerce alimentaire Food By Box, que nous avons livré, atteint 500 000 visites mensuelles deux ans après sa mise en ligne, publié dans nos études de cas. Après la mise en ligne, c'est la maintenance qui prend le relais — six mois inclus dans chaque projet, puis un suivi à 350 € par mois, sans engagement. Et si le projet mobile vient compléter un outil métier existant, le développement d'application métier se traite dans la même continuité.

FAQ

Que se passe-t-il si vous mettez trois mois à fournir les contenus ? Le projet ne s'arrête pas, mais l'échelle de temps s'allonge d'autant. Nous découpons le travail pour que la partie indépendante de vos textes avance — schéma de base, intégrations, écrans validés sur maquette — puis nous reprenons le fil à leur arrivée. Seule la publication reste bloquée, parce qu'elle exige des comptes validés.

Qui doit ouvrir le compte Apple ? La société qui publiera l'application, sous son nom d'entité juridique, avec une personne habilitée à l'engager. Nous montons le dossier avec vous ; le titulaire reste votre entreprise, ce qui vous garantit de garder l'application si vous changez un jour de prestataire.

Devez-vous rédiger vous-même la politique de confidentialité ? Les arbitrages vous reviennent, l'écriture peut se faire avec nous. Ce qui compte, c'est que le texte décrive la réalité de votre traitement : ce qui est recueilli, dans quel but, avec qui c'est partagé, la tranche d'âge visée et la présence éventuelle d'annonces. Un texte recopié d'un modèle engage votre entreprise.

Et si vous n'avez ni photo ni vidéo prêtes ? Dites-le au cadrage plutôt qu'au moment de publier. Nous définissons alors une version de lancement qui tient sans ces éléments, et la liste de ce qu'il faudra produire ensuite — en gardant en tête que le manque de contenu propre est un motif de refus côté App Store.

Qui décide de la liste des écrans du premier lancement ? Vous, avec nous. Nous chiffrons ce que chaque écran coûte en jours de travail et ce qu'il impose techniquement ; vous tranchez ce qui est indispensable au premier jour. Cet arbitrage coûte moins cher au cadrage qu'en troisième semaine de développement.

Ce qui ne dépend pas de vous

Le reste, nous le portons :

• Vous parlez directement à ceux qui codent, du cadrage au déploiement.
• Vos données et votre base restent sur votre infrastructure, pas chez un SaaS étranger.
• Le devis écrit tient le périmètre, et nous restons après la mise en ligne.

Quinze minutes suffisent pour repérer, sur votre projet, les décisions qui manquent encore : réserver un rendez-vous en visio, ou passer par notre formulaire de contact.