# Ma première app iOS : cadrage et validation

Trame gratuite Devoria, version du 27 septembre 2026.
Guide : https://devoria.fr/blog/cahier-des-charges-application-mobile

Remplace les crochets. Le cadrage doit rester court. La grille de validation
peut grandir avec les fonctions retenues. Ce document n'est pas un contrat
de prestation et ne garantit ni délai, ni publication, ni revenu.

## Cadrage

- Nom provisoire : [nom]
- Public et situation : [une personne qui… au moment où…]
- Problème : [une phrase]
- Fonction principale : [une action et son résultat]
- Premier lancement : [ce que l'utilisateur voit et peut faire]
- Modèle économique : [gratuit / achat unique / abonnement ; ce qui est payant]
- Sans compte : [ce qui reste accessible]
- Données : [sur l'appareil / à synchroniser ; qui peut y accéder]
- Hors ligne : [ce qui fonctionne ; ce qui affiche une erreur compréhensible]
- Plateforme : [iPhone ; iPad ou Android seulement si réellement prévus]
- Hors première version : [trois exclusions explicites]
- Signal à mesurer : [un événement observable, sans inventer une cible]
- Contraintes : [temps disponible, budget, matériel, échéance souhaitée]
- Stack : [technologies et versions réellement utilisées]
- Références visuelles : [liens ou captures, avec ce qui plaît dans chacune]

## Grille de validation

| Fonction              | Action du testeur                       | Résultat attendu                         | Appareil / version | Preuve et date | État      |
| --------------------- | --------------------------------------- | ---------------------------------------- | ------------------ | -------------- | --------- |
| [fonction principale] | [action précise]                        | [résultat observable]                    | [à remplir]        | [à remplir]    | Non testé |
| [persistance]         | [fermer puis rouvrir]                   | [donnée conservée ou comportement prévu] | [à remplir]        | [à remplir]    | Non testé |
| [réseau]              | [couper la connexion]                   | [état prévu, sans blocage]               | [à remplir]        | [à remplir]    | Non testé |
| [petit écran]         | [ouvrir le clavier / agrandir le texte] | [action principale accessible]           | [à remplir]        | [à remplir]    | Non testé |

États possibles : non testé, réussi, échoué, hors périmètre (avec raison).
Un build réussi ne valide pas à lui seul l'expérience sur appareil.

## Prompt de cadrage

Lis ce document et le code existant. Liste les décisions manquantes ou
contradictoires. Propose une première étape limitée à la fonction principale
et les vérifications correspondantes. Ne code pas encore. Ne rajoute aucune
fonction hors périmètre et ne suppose aucun accès à un compte externe.

## Journal des décisions

- [date] : [décision] ; [retour utilisateur ou contrainte qui la justifie]

Tu peux adapter et réutiliser cette trame pour tes projets. Si tu la partages
publiquement, un lien vers le guide aide les lecteurs à retrouver sa version à jour.