Build With Me · Parcours
Votre plan de départ
Vos réponses
Le lien ne contient que vos choix (identifiants d’options) : aucune donnée personnelle.
Votre plan
App native dédiée à l’appareil
Hypothèses (questions sans réponse)
- Niveau non précisé : les prérequis partent des bases.
- Aucune fonction cochée : la v1 se limite au parcours principal.
- Mode de travail non choisi : la recommandation se fonde sur votre niveau, votre temps et votre budget.
- Budget non précisé : aucune réalisation n’est proposée sans cadrage.
- Temps hebdomadaire non précisé.
Stratégie de plateforme
App native dédiée à l’appareil
Partez de SwiftUI et des conventions propres à l’appareil (Human Interface Guidelines), et prévoyez l’accès au matériel réel avant de vous engager.
Pourquoi
- visionOS et tvOS ont des modes d’interaction propres (espace, focus à la télécommande) : une app pensée pour l’iPhone ne s’y transpose pas telle quelle.
- Tester sur l’appareil réel est indispensable ; le simulateur ne suffit pas.
Complexité relative
- Peu de fonctions, une seule plateforme.
Complexité relative, déduite de vos réponses — ni un coût, ni un délai.
Façon de construire recommandée
Apprendre et construire
Vous construisez, avec un parcours structuré, des checklists et la documentation officielle.
- En partant des bases, un parcours guidé est le chemin le plus sûr.
- Ce mode n’est qu’au stade des notes de cadrage pour ce type de produit.
Technologies possibles
| Langage et outils | Swift · XcodeXcode ne fonctionne que sur macOS : un Mac est indispensable.XcodeApple |
|---|---|
| Interface | SwiftUILe framework d’interface déclaratif d’Apple, sur toutes ses plateformes.Autre option : UIKit pour des écrans existants ou des besoins très spécifiques.Documentation SwiftUIApple |
| État | @Observable (Observation)Disponible à partir d’iOS 17 et macOS 14.Observation (@Observable)Apple |
| Tests | Swift Testing · XCTestTests unitaires du modèle et des règles ; XCTest pour les tests d’interface.Swift TestingApple |
Périmètre de la v1
Dans la v1
Le parcours principal, sans fonction annexe.
Tout ce qui n’aide pas le premier vrai utilisateur à obtenir le résultat attend la v2.
Ce qu’il faut apprendre d’abord
Les bases
Fichiers, terminal, ce qu’est un serveur et une base de données : une heure de vocabulaire évite des semaines de confusion.
Swift et SwiftUI
Les tutoriels officiels d’Apple, dans l’ordre, avant votre propre projet.
Les conventions d’interface Apple
Les Human Interface Guidelines de votre plateforme cible.
Principaux risques
La validation de l’App Store
Apple décide seule de l’approbation ; prévoyez du temps pour un refus et une nouvelle soumission.
Règles de validation de l’App Store (App Review Guidelines)Apple
Les mises à jour annuelles des systèmes
Chaque nouvelle version du système et du SDK peut demander des ajustements, et les stores imposent des versions minimales d’outils.
Dépendances externes
Apple Developer Program
99 USD par année d’adhésion (ou en monnaie locale) pour TestFlight, l’App Store et la notarisation ; un compte gratuit permet de tester sur vos propres appareils, avec des profils valables 7 jours.
Tests
Simulateur puis appareil réel
Au moins un appareil réel par plateforme ciblée avant la bêta.
TestFlight
Jusqu’à 100 testeurs internes et 10’000 externes ; chaque build est testable 90 jours.
Accessibilité
VoiceOver et les tailles de texte dynamiques sur les écrans principaux.
Distribution
TestFlight, puis l’App Store
Soumission par App Store Connect ; Apple indique examiner la moitié des soumissions en moins de 24 heures et 90 % en moins de 48 heures.
Feuille de route
Douze étapes. Chacune dit ce que « terminé » veut dire ; aucune ne promet une durée.
01Définir le produitÉcrire pour qui c’est, quel problème ça résout et comment vous saurez que ça marche.
Livrables
- Une page : utilisateur, problème, résultat attendu
- Trois à cinq personnes réelles à qui le montrer
Prérequis
- Aucun
Risques
- Construire pour un utilisateur imaginaire
Checklist
Terminé quand
Une personne qui ne vous connaît pas comprend la page en une minute.
02Délimiter la v1Garder le seul parcours qui apporte le résultat au premier utilisateur.
Livrables
- La liste « dans la v1 » et la liste « plus tard »
- Les non-objectifs, écrits
Prérequis
- Étape 1 terminée
Risques
- Un périmètre qui grossit à chaque idée
Checklist
Terminé quand
La liste « plus tard » est plus longue que la liste « v1 ».
03Architecture de l’informationLister les écrans, la navigation et les données qui vivent sur l’appareil ou sur un serveur.
Livrables
- La carte des écrans et le modèle de données
Prérequis
- La liste « dans la v1 »
Risques
- Changer le modèle de données une fois les écrans construits
Checklist
Terminé quand
Chaque écran ou étape du v1 a sa place, et chaque donnée un propriétaire.
04DesignConcevoir avec les conventions de la plateforme : navigation, typographie dynamique, modes clair et sombre.
Livrables
- Maquettes du parcours principal, états compris
Prérequis
- La carte des écrans
Risques
- Peaufiner l’apparence avant de valider le parcours
Checklist
Terminé quand
Une personne cible réussit le parcours sur la maquette sans aide.
À lire
05Environnement de développementInstaller Xcode, créer le projet, le versionner et lancer l’app sur le simulateur et sur un appareil.
Livrables
- Un « hello world » qui tourne, versionné dans Git
Prérequis
- Un Mac (Xcode ne tourne que sur macOS)
Risques
- Des clés d’API commises dans le dépôt
Checklist
Terminé quand
Un changement de code arrive à l’écran (ou en ligne) en moins d’une minute.
06Le parcours principalConstruire le parcours de la v1, de bout en bout, avec de fausses données si besoin.
Livrables
- Le parcours principal utilisable
- Les tests des règles importantes
Prérequis
- Maquettes et modèle de données
Risques
- Ajouter des fonctions de la liste « plus tard »
Checklist
Terminé quand
Une personne cible obtient le résultat promis, sur votre appareil ou votre URL de test.
07Backend et intégrationsÉtape non nécessaire — Aucune fonction de vos réponses ne demande de serveur : l’app peut fonctionner seule sur l’appareil.
Livrables
- Les données réelles, avec sauvegardes
Prérequis
- Le parcours principal fonctionne avec de fausses données
Risques
- Des données d’un utilisateur visibles par un autre
Checklist
Terminé quand
Deux comptes de test ne voient jamais les données l’un de l’autre, et un paiement test va jusqu’au bout.
À lire
08TestsProuver que le parcours marche, y compris quand quelque chose échoue.
Livrables
- Une liste de vérifications rejouable avant chaque version
Prérequis
- Backend branché
Risques
- Ne tester que le cas où tout va bien
Checklist
Terminé quand
La liste passe deux fois de suite sans correction.
09BêtaDistribuer la bêta par TestFlight à de vrais utilisateurs.
Livrables
- Cinq à vingt utilisateurs réels, et leurs retours écrits
Prérequis
- Adhésion à l’Apple Developer Program
Risques
- Des testeurs qui ne sont pas vos utilisateurs cibles
Checklist
Terminé quand
Au moins trois utilisateurs cibles ont terminé le parcours sans vous.
10Préparer le lancementPréparer la fiche App Store et tout ce que la validation demande.
Livrables
- Captures, description, détails de confidentialité, compte de démonstration
Prérequis
- Bêta concluante
Risques
- Un refus de l’App Store la veille du lancement annoncé
Checklist
Terminé quand
Tous les points de la liste sont cochés, preuves à l’appui.
11LancementSoumettre par App Store Connect, répondre à la validation, publier.
Livrables
- La version 1.0 disponible
Prérequis
- Préparation terminée
Risques
- Annoncer une date qui dépend d’une validation externe
Checklist
Terminé quand
Un utilisateur qui ne vous connaît pas installe ou ouvre le produit et obtient le résultat.
12Améliorer après le lancementSurveiller, écouter, corriger, puis choisir la prochaine fonction sur des faits.
Livrables
- Un rythme de versions et une liste priorisée
Prérequis
- Produit en ligne
Risques
- Construire la fonction demandée par une seule personne
Checklist
Terminé quand
Chaque version corrige ou améliore quelque chose qu’un utilisateur réel a rencontré.