Une idée. Des fichiers pour avancer.
Ressources de Mehdi Azizi ·
Cinq modèles gratuits pour cadrer ta première app iOS, travailler avec un agent et préparer tes vérifications avant publication. Télécharge le fichier utile à ton étape et adapte-le à ton projet. Sans e-mail ni inscription.
Choisis le prochain problème à résoudre
Une idée encore floue ? Commence par le cahier des charges. Un prototype existe déjà ? Passe à la grille de tests. Si tu prépares l’envoi à Apple, utilise les notes App Review après avoir vérifié le parcours principal.
Les fichiers Markdown s’ouvrent dans un éditeur de texte. Les CSV s’importent dans Numbers, Excel ou Google Sheets avec des virgules comme séparateur et l’encodage UTF-8. Garde une copie du modèle, puis complète tes résultats dans ton propre fichier.
Le cahier des charges de ta première app
Décris la personne que tu aides, son problème, le parcours principal et ce que tu exclus de la première version. Termine par des critères de validation observables.
Comment t’en servir : À la place de « une app de lecture », écris « ajouter un livre, noter la page atteinte et retrouver cette progression après avoir fermé l’app ».
Télécharger le modèle Markdown · Lire le guide d’utilisation
Un CLAUDE.md pour garder le contrôle
Fixe la stack, les limites du projet, les commandes utiles et les vérifications attendues avant de confier un écran à l’agent. Le modèle comprend un exercice de persistance.
Comment t’en servir : Demande à l’agent d’expliquer les fichiers qu’il modifiera et d’indiquer séparément ce qu’il a testé et ce qu’il n’a pas pu vérifier.
Télécharger le modèle Markdown · Lire le guide d’utilisation
Le budget à remplir avant de construire
Sépare les frais de publication, l’outil de développement et les services consommés par l’app. Renseigne tes hypothèses et la date des tarifs consultés.
Comment t’en servir : Un abonnement à ton outil de code et une requête IA effectuée par un utilisateur de ton app sont deux postes différents.
La grille de tests avant TestFlight et App Review
Seize scénarios avec une préparation, un geste à réaliser, un résultat attendu et une colonne pour ta preuve. Couvre notamment la persistance, le réseau, les petits écrans et les abonnements si ton app en propose.
Comment t’en servir : Un bouton qui fonctionne une fois ne valide pas un parcours : relance l’app, refuse une autorisation et reproduis le test sur le plus petit écran pris en charge.
Des notes App Review qui expliquent ton parcours
Prépare un chemin précis pour le reviewer : accès, fonction principale, achat de test éventuel, prérequis matériels et réponse à un refus. Un modèle anglais à compléter accompagne les consignes en français.
Comment t’en servir : Indique le chemin dans les écrans et le résultat attendu. Les identifiants de démonstration se renseignent dans App Store Connect, jamais dans un document public.
Télécharger le modèle Markdown · Lire le guide d’utilisation
Conserve une preuve, pas seulement une case cochée
Pour chaque scénario, note la version de l’app, l’appareil, le système et le résultat observé. Un test non exécuté reste « À tester ». Un scénario absent de ton produit peut être marqué « Non applicable » avec une raison. En cas d’échec, garde les étapes qui permettent de le reproduire avant de demander une correction.
La grille ne remplace pas les règles d’Apple et ne garantit pas l’acceptation de l’app. Les App Review Guidelines et la documentation TestFlight restent les références. Le cas TradaZen montre pourquoi un prototype fonctionnel ne suffit pas toujours.
Tu ne sais pas par où commencer ?
Le diagnostic gratuit situe ton projet et te propose un plan. Tu peux continuer à utiliser tous les modèles sans rejoindre l’accompagnement.