Cahier des charges et devis : application Withings
Par Lucas Kacem De Vincenzi · mise à jour le 21 août 2026
Ce modèle sert à cadrer une application du type Withings avant de demander un devis. Il reprend la structure du cahier des charges et les fourchettes du guide des prix : 40 000 à 120 000 € HT, hors TVA, pour un périmètre de complexité moyenne. Modèle générique de cahier des charges, prix.
Cahier des charges et fourchette de devis pour une application du type Withings (santé).
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 Withings ». Présentation de l’auteur.
-
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 Withings. Symptôme, rappel, ordonnance à renouveler.
-
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 Withings. Trouver un créneau.
-
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 Withings. RDV confirmé, ou téléconsultation.
-
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 Withings. Dossier, favoris, documents.
Le lien, en une phrase. Matching + agenda praticien. Données de santé : hébergement, base légale, durées. La vidéo n’est pas « un bouton caméra ».
Recherche parfois ouverte. Compte avant de réserver.
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.
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 Withings, sur quel territoire, avec quel volume au lancement. Pour Withings, é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 : objets connectu00e9s
Pour une application du type Withings, le module « objets connectu00e9s » 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 « objets connectu00e9s » 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, « objets connectu00e9s » se décompose : conception de l’écran, design, développement client, API, tests, éventuelle file d’attente. Un forfait unique « objets connectu00e9s » dans un devis est illisible. Demandez l’éclatement. La fourchette d’ensemble pour une application du type Withings reste 40 000 à 120 000 € HT, palier le plus fréquent pour ce type d’app, pas le tarif de ce module isolé.
Module : courbes
Pour une application du type Withings, le module « courbes » 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 « courbes » 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, « courbes » se décompose : conception de l’écran, design, développement client, API, tests, éventuelle file d’attente. Un forfait unique « courbes » dans un devis est illisible. Demandez l’éclatement. La fourchette d’ensemble pour une application du type Withings reste 40 000 à 120 000 € HT, palier le plus fréquent pour ce type d’app, pas le tarif de ce module isolé.
Module : santu00e9
Pour une application du type Withings, le module « santu00e9 » 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 « santu00e9 » 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, « santu00e9 » se décompose : conception de l’écran, design, développement client, API, tests, éventuelle file d’attente. Un forfait unique « santu00e9 » dans un devis est illisible. Demandez l’éclatement. La fourchette d’ensemble pour une application du type Withings reste 40 000 à 120 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 Withings, le palier le plus fréquent est 40 000 à 120 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 Withings ?
Fourchette la plus fréquente pour ce périmètre : 40 000 à 120 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 Withings
Avant d’écrire à une agence au sujet de une application du type Withings, 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.
- Phrase de vision. « Notre application permet à [cible] de [bénéfice] sans [friction] ». Si elle coince, le projet n’est pas mûr.
- Trois à cinq objectifs chiffrés, et les non-objectifs. Ce que la V1 ne cherchera pas à faire.
- Personas : deux à quatre. Désignez le prioritaire. Téléphone, fréquence, situation d’usage.
- Must / Should / Could / Won’t. Le MVP, c’est la colonne Must. Rien d’autre.
- Trois à cinq parcours, écran par écran, y compris hors réseau, sans compte, panier vide.
- Contraintes : stores, langues, pays, hébergement UE, RGPD, EAA, comptes développeur.
- Back-office : qui administre utilisateurs, contenus, commandes, exports. Souvent 30 à 40 % du budget.
- Recette : jeux de tests, délai de retour, nombre d’allers-retours, recette stores.
- Fourchette de budget, affichée. MVP 15 000 à 40 000 € HT, moyenne 40 000 à 120 000 €, complexe 120 000 à 300 000 €.
- 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 Withings, n’inventez pas un cinquième document : remplissez celui-là.
Pièges, toujours les mêmes, aussi pour une application du type Withings : 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 Calm
- Cahier des charges et devis : application Kel
- Cahier des charges et devis : application Qare
- Cahier des charges et devis : application Maiia
- Cahier des charges et devis : application Yuka
- Cahier des charges et devis : application Alan
- Cahier des charges et devis : application Headspace
- Cahier des charges et devis : application MyFitnessPal
Faites relire ce périmètre
30 minutes : on vous dit ce qui manque dans le CDC, le palier de prix, et si le clone de l’app analogique est un piège. Sans engagement.
Ou par téléphone 06 32 64 24 80