Cahier des charges et devis : application Airbnb

Ce modèle sert à cadrer une application du type Airbnb avant de demander un devis. Il reprend la structure du cahier des charges et les fourchettes du guide des prix : 120 000 à 300 000 € HT, hors TVA, pour un périmètre de complexité élevée. Modèle générique de cahier des charges, prix.

Cahier des charges et fourchette de devis pour une application du type Airbnb (hébergement).

Lien entre les écrans

Pourquoi ces pages s’enchaînent : la boucle Hooked

Une app qui devient une habitude n’est pas une galerie d’écrans. C’est une boucle de quatre temps, décrite par Nir Eyal dans Hooked (2014). Chaque écran en prépare un autre. C’est ça qu’il faut écrire dans le CDC, pas « faire comme Airbnb ». Présentation de l’auteur.

1. Temps 1 · Déclencheur

   Ce qui fait ouvrir l’app. Externe : une notification, une pub, la faim, un SMS. Interne : l’ennui, la peur de rater, l’habitude de « checker ». Sans déclencheur écrit, l’écran d’accueil n’est qu’une affiche.

   Chez Airbnb. Interne : un voyage à poser. Externe : mail « vos logements consultés », wishlist d’un ami. L’accueil trois onglets (Logements, Expériences, Services) dit : le déclencheur n’est pas qu’une chambre.

2. Temps 2 · Action

   Le geste le plus simple en attendant la récompense : un swipe, une recherche, le bouton Continuer d’une leçon, un créneau cliqué. Si ce geste demande un compte, un KYC et une carte bancaire, ce n’est plus une action : c’est un mur.

   Chez Airbnb. Chercher (où, quand, qui), faire défiler, ouvrir une fiche, poser un cœur. Le calendrier et le prix pour 4 nuits sont l’action chiffrée : sans dates, ce n’est pas une recherche, c’est un catalogue.

3. Temps 3 · Récompense variable

   On ne sait pas exactement ce qu’on va obtenir. Un match ou rien. Un plat réussi ou tiède. Une leçon facile ou un cœur perdu. C’est la variabilité qui fait revenir, pas le dégradé.

   Chez Airbnb. Quel logement, quelle expérience, quel chef. Notes, photos, « coup de cœur voyageurs ». On ne sait pas si Condesa a encore de la dispo. Trois catalogues = trois tirages, donc trois stocks, trois back-offices.

4. Temps 4 · Investissement

   L’utilisateur laisse quelque chose qui charge le prochain déclencheur : favoris, carte tokenisée, streak, photos de profil, adresse « maison ». Cet écran a l’air secondaire. C’est lui qui transforme une visite en habitude.

   Chez Airbnb. Wishlist, avis laissés, identité / KYC, messages à l’hôte, Superhost côté offre. Chaque cœur et chaque avis recharge le prochain déclencheur (mail, badge, meilleure place dans la liste).

Le lien, en une phrase. L’accueil (1) pose trois verticales. Les résultats logement (2) sont l’action principale. Les expériences (3) et les services (4) ne sont pas des habillages : ce sont d’autres stocks. Un clone V1 qui copie les quatre onglets copie trois métiers.

On parcourt sans compte. Le compte arrive au cœur, au message, à la réservation. CDC : guest browse, compte à l’investissement.

L’investissement recharge le déclencheur du lendemain (favori, série, carte, notif). Si vous ne savez pas quel investissement V1 vous demandez, vous construisez une visite, pas une app. C’est ça qu’une agence chiffre, pas le rayon des coins.

Les écrans d’Airbnb, décryptés fonction par fonction

Écrans de la fiche App Store France. Pour chacun : le temps Hooked, ce qu’on y fait, et pourquoi l’écran suivant existe. Ce n’est pas une maquette à recopier. C’est la liste des systèmes à nommer dans le Word.

Écran 01 · Déclencheur

Accueil trois onglets : trois déclencheurs

Ce qu’on voit. Logements / Expériences / Services, recherche, « Séjour · Mexico », notes 4,93.

Lien vers l’écran suivant. Un clone qui reprend les trois onglets reprend trois stocks. V1 : un onglet. L’écran 2 n’est que la verticale Logements.

Écran 02 · Action

Résultats : dates, prix pour 4 nuits, cœur

Ce qu’on voit. Appartement Condesa, 1 316 € / 4 nuits, 4,92 (24), « Annulation gratuite », cœur.

Lien vers l’écran suivant. L’action chiffrée. Le cœur est déjà l’investissement (wishlist). Sans calendrier, ce n’est pas une recherche. L’écran 3 change de stock, pas de chrome.

Écran 03 · Récompense variable

Expériences Paris : second catalogue

Ce qu’on voit. Filtres Type / Durée, « Préparez des pâtisseries avec The French Bastards », 109 € / voyageur.

Lien vers l’écran suivant. Autre métier (agenda d’hôte, jauge, lieu). Récompense variable d’une autre verticale. Un Won’t V1, sauf si le brief EST une marketplace d’activités.

Écran 04 · Récompense variable

Services Los Angeles : troisième catalogue

Ce qu’on voit. Chefs privés, photographie, plats préparés. « Cuisine fusion californienne par Colin », 51 €.

Retour au déclencheur. Encore un stock, un KYC prestataire, une commission. Banani montre ce parcours Airbnb sans compte. Pour un CDC V1, un seul catalogue. Les cœurs, eux, restent : c’est l’investissement commun.

Méthode, écran par écran : (1) quel temps Hooked, (2) quel utilisateur, (3) quelle donnée, (4) quel état d’erreur, (5) qui administre ça dans le back-office. Cinq réponses. C’est un CDC. Une moodboard n’en est pas un.

Ressources officielles pour ce type de projet

Les captures de cette page suffisent à poser le CDC. Pour aller au fond des règles de conception et de publication, ces références font foi.

• Human Interface Guidelines (Apple). Les règles de conception iOS que la validation App Store applique réellement.
• Android Developers, section Design. Composants, navigation et qualité attendus côté Google Play.
• Documentation Firebase. Authentification, notifications, données temps réel : les briques standard d’un back-end mobile.
• Application mobile (Wikipédia). Le panorama de référence : natif, hybride, web, histoire et enjeux.

Cahier des charges : les quatre blocs

Un CDC lisible sépare contexte, périmètre, contraintes et recette. Sans critère d’acceptation, ce n’est pas un CDC.

1. Contexte

Qui utilise une application du type Airbnb, sur quel territoire, avec quel volume au lancement. Pour Airbnb, écrivez les personas (côté client et côté opération), le canal d’acquisition et ce qui existe déjà (Excel, WhatsApp, un outil du marché).

2. Périmètre fonctionnel

Modules à trancher un par un. Ce qui n’est pas listé n’est pas inclus. Chaque module ci-dessous est une exigence, un écran (ou un lot d’écrans), un bout de back-office et un critère d’acceptation. On nomme le système, on ne recopie pas l’interface.

Module : annonces

Pour une application du type Airbnb, le module « annonces » n’est pas une ligne de devis magique. Dans le CDC, écrivez : qui s’en sert (rôle), depuis quel écran on y entre, quelle donnée est lue ou écrite, quel état vide, quel état d’erreur, qui l’administre. Si « annonces » implique un prestataire (paiement, SMS, carte, vidéo), nommez-le ou exigez un choix argumenté. Hors périmètre : dites ce que ce module ne fera pas en V1, sinon il s’étendra tout seul au moment de la recette.

Côté chiffrage, « annonces » se décompose : conception de l’écran, design, développement client, API, tests, éventuelle file d’attente. Un forfait unique « annonces » dans un devis est illisible. Demandez l’éclatement. La fourchette d’ensemble pour une application du type Airbnb reste 120 000 à 300 000 € HT, palier le plus fréquent pour ce type d’app, pas le tarif de ce module isolé.

Module : ru00e9servation

Pour une application du type Airbnb, le module « ru00e9servation » n’est pas une ligne de devis magique. Dans le CDC, écrivez : qui s’en sert (rôle), depuis quel écran on y entre, quelle donnée est lue ou écrite, quel état vide, quel état d’erreur, qui l’administre. Si « ru00e9servation » implique un prestataire (paiement, SMS, carte, vidéo), nommez-le ou exigez un choix argumenté. Hors périmètre : dites ce que ce module ne fera pas en V1, sinon il s’étendra tout seul au moment de la recette.

Côté chiffrage, « ru00e9servation » se décompose : conception de l’écran, design, développement client, API, tests, éventuelle file d’attente. Un forfait unique « ru00e9servation » dans un devis est illisible. Demandez l’éclatement. La fourchette d’ensemble pour une application du type Airbnb reste 120 000 à 300 000 € HT, palier le plus fréquent pour ce type d’app, pas le tarif de ce module isolé.

Module : paiements

Pour une application du type Airbnb, le module « paiements » n’est pas une ligne de devis magique. Dans le CDC, écrivez : qui s’en sert (rôle), depuis quel écran on y entre, quelle donnée est lue ou écrite, quel état vide, quel état d’erreur, qui l’administre. Si « paiements » implique un prestataire (paiement, SMS, carte, vidéo), nommez-le ou exigez un choix argumenté. Hors périmètre : dites ce que ce module ne fera pas en V1, sinon il s’étendra tout seul au moment de la recette.

Côté chiffrage, « paiements » se décompose : conception de l’écran, design, développement client, API, tests, éventuelle file d’attente. Un forfait unique « paiements » dans un devis est illisible. Demandez l’éclatement. La fourchette d’ensemble pour une application du type Airbnb reste 120 000 à 300 000 € HT, palier le plus fréquent pour ce type d’app, pas le tarif de ce module isolé.

Module : avis

Pour une application du type Airbnb, le module « avis » n’est pas une ligne de devis magique. Dans le CDC, écrivez : qui s’en sert (rôle), depuis quel écran on y entre, quelle donnée est lue ou écrite, quel état vide, quel état d’erreur, qui l’administre. Si « avis » implique un prestataire (paiement, SMS, carte, vidéo), nommez-le ou exigez un choix argumenté. Hors périmètre : dites ce que ce module ne fera pas en V1, sinon il s’étendra tout seul au moment de la recette.

Côté chiffrage, « avis » se décompose : conception de l’écran, design, développement client, API, tests, éventuelle file d’attente. Un forfait unique « avis » dans un devis est illisible. Demandez l’éclatement. La fourchette d’ensemble pour une application du type Airbnb reste 120 000 à 300 000 € HT, palier le plus fréquent pour ce type d’app, pas le tarif de ce module isolé.

Module : messagerie

Pour une application du type Airbnb, le module « messagerie » n’est pas une ligne de devis magique. Dans le CDC, écrivez : qui s’en sert (rôle), depuis quel écran on y entre, quelle donnée est lue ou écrite, quel état vide, quel état d’erreur, qui l’administre. Si « messagerie » implique un prestataire (paiement, SMS, carte, vidéo), nommez-le ou exigez un choix argumenté. Hors périmètre : dites ce que ce module ne fera pas en V1, sinon il s’étendra tout seul au moment de la recette.

Côté chiffrage, « messagerie » se décompose : conception de l’écran, design, développement client, API, tests, éventuelle file d’attente. Un forfait unique « messagerie » dans un devis est illisible. Demandez l’éclatement. La fourchette d’ensemble pour une application du type Airbnb reste 120 000 à 300 000 € HT, palier le plus fréquent pour ce type d’app, pas le tarif de ce module isolé.

Module : KYC

Pour une application du type Airbnb, le module « KYC » n’est pas une ligne de devis magique. Dans le CDC, écrivez : qui s’en sert (rôle), depuis quel écran on y entre, quelle donnée est lue ou écrite, quel état vide, quel état d’erreur, qui l’administre. Si « KYC » implique un prestataire (paiement, SMS, carte, vidéo), nommez-le ou exigez un choix argumenté. Hors périmètre : dites ce que ce module ne fera pas en V1, sinon il s’étendra tout seul au moment de la recette.

Côté chiffrage, « KYC » se décompose : conception de l’écran, design, développement client, API, tests, éventuelle file d’attente. Un forfait unique « KYC » dans un devis est illisible. Demandez l’éclatement. La fourchette d’ensemble pour une application du type Airbnb reste 120 000 à 300 000 € HT, palier le plus fréquent pour ce type d’app, pas le tarif de ce module isolé.

3. Contraintes

Stores (iOS, Android ou les deux), langues, pays, RGPD, hébergement UE, accessibilité (EAA depuis juin 2025), comptes développeur, environnements. Si c’est flou ici, ça devient un avenant.

4. Recette

Jeux de tests, délai de retour, nombre d’allers-retours inclus, recette stores. « Jusqu’à satisfaction » n’est pas un critère.

Lire un devis pour ce type d’application

Les fourchettes nationales restent celles du guide : MVP 15 000 à 40 000 € HT, application d’ambition moyenne 40 000 à 120 000 €, projet complexe 120 000 à 300 000 €. Pour une application du type Airbnb, le palier le plus fréquent est 120 000 à 300 000 € HT. Détail poste par poste sur le guide des prix et la grille de lecture des devis.

Un devis lisible sépare conception, design, développement iOS/Android, backend, tests, publication stores et forfait de suivi. Si ces postes sont fusionnés, on ne compare rien. Acompte usuel : 30 à 40 % à la commande. TVA 20 % en sus.

Stores, données personnelles, planning

App Store et Google Play : compte développeur (99 USD/an côté Apple, 25 USD une fois côté Google), fiche, captures, politique de confidentialité, âge, pays. Les commissions 15 % ou 30 % taxent le chiffre d’affaires après publication, pas le budget de fabrication.

RGPD : finalités, base légale, durée de conservation, sous-traitants (hébergement, paiement, analytics, push). À écrire avant le devis. Depuis juin 2025, l’EAA pèse sur beaucoup d’applications grand public : une ligne « l’app sera accessible » ne suffit pas.

Un calendrier réaliste pour un MVP se compte en mois, pas en semaines, dès qu’il y a deux stores, un back-office et un paiement. Le devis doit dater les jalons (maquettes, recette interne, soumission stores).

Pièges fréquents

• Copier les écrans d’une app connue sans écrire les règles métier (modération, litiges, KYC, commissions).
• Oublier le back-office : la plupart des coûts se cachent là, pas dans l’écran « swipe ».
• Sous-estimer notifications, paiements, temps réel et recettes stores.
• Ignorer la maintenance : 15 à 20 % du budget de fabrication par an, déjà posé dans le guide prix.

Questions fréquentes

Combien coûte une application du type Airbnb ?

Fourchette la plus fréquente pour ce périmètre : 120 000 à 300 000 € HT, hors TVA, France. Le chiffre exact dépend des modules retenus, pas du nom de l’app copiée.

Faut-il du natif ou du multiplateforme ?

Le CDC tranche. Native iOS + Android double une partie du développement. Flutter ou React Native réduit ce double emploi, au prix de contraintes stores et de perf. Aucune stack n’est « gratuite ». Écrivez le choix, ou demandez deux chiffrages.

Peut-on partir d’un white-label ?

Parfois, pour un MVP. Le CDC doit alors lister ce que le white-label ne fait pas. Les applications type marketplace, rencontre ou VTC sortent vite du cadre d’un thème prêt à l’emploi.

Par où commencer le CDC pour ce type d’app ?

Par les parcours, pas par les couleurs. Ouvrez, inscrivez, faites la première action qui justifie l’app (une course, un swipe, une leçon, une réservation). Chaque écran de ce parcours a une règle, un état vide, un état d’erreur. C’est ça que l’agence chiffre. Le modèle Word de ce guide a déjà les 12 cases. Remplissez-les avec ces parcours, pas avec « faire comme l’app connue ».

Combien de temps pour un MVP ?

En mois, pas en semaines, dès qu’il y a deux stores, un back-office et un paiement. Un devis qui promet six semaines pour ce périmètre a oublié la recette stores, les comptes développeur, ou les deux. Demandez les jalons datés : maquettes, recette interne, soumission, revue Apple/Google.

Qui détient le code et les comptes ?

Vous. Le CDC le dit : cession du code, dépôt Git remis, comptes stores à votre nom (ou transfert documenté). Une agence qui garde les accès « pour la maintenance » garde le levier. La maintenance se contractualise, elle ne s’accapare pas.

Faut-il iOS et Android dès la V1 ?

Le CDC tranche, avec un chiffre : part de vos utilisateurs sur chaque store. Un seul store en V1 coupe une partie du budget et du calendrier. Flutter ou React Native réduit le double emploi, au prix de contraintes. Écrivez le choix, ou demandez deux chiffrages.

Que faire des captures de la fiche store ?

Lire le flux, écrire l’exigence. Les images de cette page listent des systèmes (carte, matching, vies, prompts) que le Word doit nommer, reliés par la boucle Hooked. Ce n’est pas une maquette à recopier.

Pour un avis technique sur ce périmètre : prendre rendez-vous. Les classements d’agences restent sur les pages ville.

Atelier de cadrage pour une application du type Airbnb

Avant d’écrire à une agence au sujet de une application du type Airbnb, tenez l’atelier suivant. Seul, avec un associé, ou avec nous en 30 minutes. L’objectif n’est pas un roman. C’est douze réponses assez nettes pour que deux devis portent sur le même objet.

1. Phrase de vision. « Notre application permet à [cible] de [bénéfice] sans [friction] ». Si elle coince, le projet n’est pas mûr.
2. Trois à cinq objectifs chiffrés, et les non-objectifs. Ce que la V1 ne cherchera pas à faire.
3. Personas : deux à quatre. Désignez le prioritaire. Téléphone, fréquence, situation d’usage.
4. Must / Should / Could / Won’t. Le MVP, c’est la colonne Must. Rien d’autre.
5. Trois à cinq parcours, écran par écran, y compris hors réseau, sans compte, panier vide.
6. Contraintes : stores, langues, pays, hébergement UE, RGPD, EAA, comptes développeur.
7. Back-office : qui administre utilisateurs, contenus, commandes, exports. Souvent 30 à 40 % du budget.
8. Recette : jeux de tests, délai de retour, nombre d’allers-retours, recette stores.
9. Fourchette de budget, affichée. MVP 15 000 à 40 000 € HT, moyenne 40 000 à 120 000 €, complexe 120 000 à 300 000 €.
10. Maintenance : 15 à 20 % par an comme ordre de grandeur, à faire chiffrer à part.

Le détail, avec les captures d’écrans réels, est dans le cahier des charges. La lecture des réponses est dans le guide des devis. Les paliers sont dans le guide des prix. Pour une application du type Airbnb, n’inventez pas un cinquième document : remplissez celui-là.

Pièges, toujours les mêmes, aussi pour une application du type Airbnb : tout mettre en Must ; spécifier le bouton au lieu du besoin ; oublier le back-office ; taire le budget ; figer le Word comme un contrat alors que les bonnes agences le challengent. Celle qui n’a aucune question n’a pas lu. Celle qui a trop de questions hors cadre n’a pas le même projet que vous.

Autres modèles proches

• Cahier des charges et devis : application Airbnb Host