Le brief de votre application en 5 minutes

Répondez à une douzaine de questions, la plupart d'un clic. Vous repartez avec un brief d'une page, à envoyer à n'importe quel développeur, et la liste de ce qui fera varier son devis. Aucune inscription n'est demandée.

Vos réponses restent dans votre navigateur. Rien ne m'est envoyé, sauf si vous cliquez sur « M'envoyer ce brief ».

Question 1 sur 12

En une phrase, que doit faire votre application ?

Comme si vous l'expliquiez à quelqu'un qui ne connaît pas votre métier.

Pourquoi un brief avant un devis

Un prix unique pour une application, c'est un pari. Deux applications qui se décrivent en une phrase identique peuvent n'avoir rien en commun dès qu'on parle de comptes, de paiement ou de réseau. Le brief ne donne pas de prix : il dit ce qui le fera varier, pour que chaque développeur parte de la même base et que vous puissiez comparer leurs réponses.

Ce qui fait varier le devis d'une application

Les dix points que le brief repère dans vos réponses. Aucun ne dit qu'un projet est trop cher : chacun dit où le temps passe.

  1. 01

    Des rôles différents.

    Chaque rôle a ses écrans et ses droits, et chaque droit se vérifie sur le serveur : autant d'écrans à concevoir et à tester.

  2. 02

    Un abonnement.

    Il faut prévoir l'essai, le paiement qui échoue, le changement de formule et la résiliation, pas seulement le premier paiement.

  3. 03

    Un prix calculé par l'application.

    Les règles de calcul doivent être écrites noir sur blanc avant de commencer, et le serveur recalcule le prix avant chaque paiement : un prix modifié dans le navigateur ne doit jamais passer.

  4. 04

    Une application à installer.

    Ce sont deux applications de plus (iPhone et Android), et Apple comme Google valident chaque mise à jour avant qu'elle n'arrive chez vos utilisateurs.

  5. 05

    Le sans-réseau.

    L'application garde les données sur le téléphone, puis les renvoie au retour du réseau sans rien perdre ni écraser : c'est l'une des parties les plus délicates d'une application.

  6. 06

    Des données de santé.

    Si elles sont recueillies pour de la prévention, un diagnostic, des soins ou un suivi médico-social, la loi impose un hébergeur certifié HDS (article L.1111-8 du code de la santé publique) : le choix de l'hébergement en dépend.

  7. 07

    Des données sensibles ou des enfants.

    Le RGPD interdit en principe les données sensibles, sauf exceptions comme le consentement exprès, et la CNIL demande une analyse d'impact quand un traitement réunit plusieurs critères de risque, dont celui-ci.

  8. 08

    Un logiciel à brancher.

    Tout dépend de ce qu'il laisse faire de l'extérieur : il faut savoir tôt s'il a une porte d'entrée pour les autres logiciels (une API), et ce qu'elle permet.

  9. 09

    Des données à reprendre.

    Elles sont rarement propres : il faut les trier, retirer les doublons et vérifier ce qui passe avant la mise en ligne.

  10. 10

    Une date imposée.

    C'est elle qui fixe le contenu de la première version : mieux vaut une première version plus petite, à l'heure, qu'une version complète en retard.

Ce que deviennent vos réponses

Elles restent dans votre navigateur, pour reprendre plus tard. Rien ne part sur un serveur pendant que vous répondez. Si vous cliquez sur « M'envoyer ce brief », il m'arrive par e-mail avec votre nom et votre adresse, et vous en recevez une copie. Le bouton « Recommencer à zéro » efface tout.

Questions

Le brief m'engage-t-il à quelque chose ?
Non. C'est votre document : vous l'envoyez à qui vous voulez, ou à personne.
Puis-je l'envoyer à un autre développeur ?
Oui, c'est fait pour. Il décrit le besoin sans imposer de technique, et n'importe quel développeur peut s'en servir pour préparer un premier appel.
Pourquoi le brief ne donne-t-il aucun prix ?
Parce que le prix dépend des points qui pèsent, et que chacun se tranche en parlant du projet. Chez moi, vous recevez ensuite une proposition écrite avec un prix fixe, avant de vous engager.
Je ne sais pas répondre à certaines questions. C'est grave ?
Non. Chaque « je ne sais pas » devient une question ouverte en bas du brief : c'est exactement ce qu'un premier appel sert à trancher.

Sources

Les phrases sur les données personnelles, relevées le 23 octobre 2026.

  1. CNIL, la définition d'une donnée sensible
  2. CNIL, l'analyse d'impact relative à la protection des données
  3. Agence du numérique en santé, l'hébergement des données de santé (HDS), copie du 01/07/2026