NILSON
← Build With Me
Menu

Build With Me · Parcours

Votre plan de départ

Vos réponses

Que voulez-vous construire ? Une app mobileSur quelles plateformes ? iPhone (iOS)

Le lien ne contient que vos choix (identifiants d’options) : aucune donnée personnelle.

Modifier mes réponses

Toutes les questions sont affichées ; seules les réponses cochées comptent.

Le produit

Que voulez-vous construire ?

Obligatoire

Sur quelles plateformes ?

Facultatif · Plusieurs choix possibles. « Je ne sais pas » est une réponse valable.

Quel est l’objectif ?

Facultatif

Votre point de départ

Votre niveau technique ?

Facultatif

Qu’avez-vous déjà ?

Facultatif

Le périmètre

Quelles fonctions ?

Facultatif · Cochez ce qui est indispensable — le reste peut attendre.

Comment voulez-vous avancer ?

Facultatif

Vos moyens

Budget envisagé

Facultatif · En francs suisses. Une fourchette suffit.

Temps disponible par semaine

Facultatif

Lancement souhaité

Facultatif

Contraintes existantes

Facultatif

Votre plan

App native SwiftUI

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 SwiftUI

Construisez en Swift et SwiftUI dans Xcode, en ciblant d’abord l’iPhone. Ajoutez iPad, Mac ou Watch ensuite, chacun avec son interface adaptée.

Pourquoi

  • Un seul écosystème : pas besoin de payer le coût d’un framework multiplateforme.

Complexité relative

Plutôt simple
  • 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.

Technologies possibles

Technologies possibles
Langage et outilsSwift · XcodeXcode ne fonctionne que sur macOS : un Mac est indispensable.XcodeApple
InterfaceSwiftUILe 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
TestsSwift 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.

Tutoriels « Develop in Swift »Apple

Git & GitHub

Versionner chaque étape pour pouvoir revenir en arrière.

Pro Git (livre)Git

Swift et SwiftUI

Les tutoriels officiels d’Apple, dans l’ordre, avant votre propre projet.

Tutoriels SwiftUIApple

Les conventions d’interface Apple

Les Human Interface Guidelines de votre plateforme cible.

Human Interface Guidelines (conception d’interface)Apple

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.

Exigences à venir (SDK, Xcode)Apple

Dépendances externes

Un Mac avec Xcode

Xcode est gratuit mais ne tourne que sur macOS.

XcodeApple

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.

Compte développeur : gratuit ou payantApple

Tests

Tests unitaires

Le modèle et les règles avec Swift Testing.

Swift TestingApple

Simulateur puis appareil réel

Au moins un appareil réel par plateforme ciblée avant la bêta.

Lancer son app sur simulateur ou appareilApple

TestFlight

Jusqu’à 100 testeurs internes et 10’000 externes ; chaque build est testable 90 jours.

TestFlight — vue d’ensembleApple

Accessibilité

VoiceOver et les tailles de texte dynamiques sur les écrans principaux.

AccessibilitéApple

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.

App Review — déroulement et délaisApple

Prochaine étape

Suivre le guide pas à pas

Chaque étape, avec la documentation officielle à lire.

Suivre le guide pas à pas

Feuille de route

Douze étapes. Chacune dit ce que « terminé » veut dire ; aucune ne promet une durée.

Les cases cochées sont gardées sur cet appareil uniquement.

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.

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.

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é.

Trois façons de construire

Les trois façons de construire pour ce type de produit

01 · Apprendre et construireRessources disponibles — Un guide sur ce site et la documentation officielle.

Apprendre et construire

Vous construisez, avec un parcours, des checklists et la documentation officielle.

Le guide de cette page, étape par étape →Les parcours d’apprentissage Build With Me →
02 · Construire ensembleSur demande — Étudié au cas par cas, sans prix ni délai promis.

Construire ensemble

Vous gardez la main ; un regard expert relit, débloque et oriente — par écrit d’abord.

Décrire votre projet pour un accompagnement →Étudié au cas par cas. Collaboration écrite possible, sans appel obligatoire.
03 · Le faire réaliserNon proposé — Bynilson ne le fait pas ; voici ce qui aide à la place.

Le faire réaliser

Bynilson ne réalise pas ce type de produit. Ce qui aide à la place :

Préparer le brief à confier à un studio →Le parcours produit la feuille de route et les questions à poser.Recruter ou externaliser ? →Le guide pour choisir comment faire réaliser un projet.

Bynilson ne réalise pas d’applications mobiles natives : le parcours vous donne la feuille de route et le brief à confier à un studio spécialisé. Une demande d’accompagnement (vous construisez, avec un regard extérieur) est étudiée au cas par cas.