Un guide pour les constructeurs débutants
Votre première application commence par une tâche utile.
Rendre la première version suffisamment petite pour être inspectée. Ce guide vous fait passer d'un exposé en langage simple à un résultat que vous pouvez réviser et améliorer.
01 — Choisissez un parcours utilisateur unique
Écrivez une phrase sur la personne et la tâche : « Un concepteur indépendant doit voir quels projets nécessitent une attention particulière. » Énumérez le plus petit ensemble d'écrans nécessaire pour afficher cette tâche. Laissez les paiements, les comptes d’équipe et l’automatisation pour un examen ultérieur.
- Nommez l'utilisateur et son objectif.
- Répertoriez les informations dont les écrans ont besoin.
- Décidez à quoi ressemble une première démonstration réussie.
02 — Inspectez un modèle ou rédigez votre brief
Parcourez les aperçus publics des modèles si vous souhaitez un point de départ visible. Lisez la liste des interfaces incluses et la note sur les exemples de données. Connectez-vous pour remixer un modèle ou utilisez le flux de travail d'invite de l'application. Dans une invite, expliquez les pages, les actions et les exemples de données plutôt que de sélectionner toute une pile technique.
- Utilisez des noms et des enregistrements fictifs.
- Incluez ce que la première version doit laisser de côté.
- N'incluez jamais d'informations d'identification privées ou d'informations client.
03 — Consultez l'aperçu
Ouvrez le résultat lorsqu'un aperçu est disponible. Suivez le voyage principal dans l'ordre. S'il ne peut pas démarrer, utilisez le guide de dépannage et décrivez l'erreur spécifique en supprimant les informations sensibles. Un bel écran n’est qu’une partie d’une tâche de travail.
- Essayez la navigation et un exemple valide.
- Essayez une entrée vide et une valeur non valide.
- Rechargez et vérifiez si les enregistrements attendus persistent.
04 — Demandez un changement à la fois
Décrivez ce que vous voyez et ce qui devrait se passer à la place. Par exemple : « Lorsque je choisis Terminé, masquer les projets actifs mais garder le filtre visible. » Inspectez le comportement modifié avant d’ajouter une autre fonctionnalité. Gardez une courte liste de contrôle de ce qui a été testé et de ce qui n'a pas été testé.
- Gardez les changements spécifiques et observables.
- Revérifiez le trajet principal après un changement.
- Vérifiez la disposition du téléphone et l'interaction du clavier.
05 — Comprendre ce qui doit être connecté
Des exemples d'enregistrements, un écran de connexion de démonstration et un état de réussite du formulaire ne constituent pas la preuve d'un service en direct. Passez en revue les services, autorisations, options d’exécution et de publication disponibles pour votre projet. Demandez une aide technique lorsque des données sensibles, des paiements ou des règles d'accès complexes sont impliqués.
- Vérifiez chaque donnée réelle ou destination de service.
- Examiner les limites du plan et les coûts des services externes.
- Supprimez l'exemple de contenu avant de le partager avec de vrais utilisateurs.
Un point de départ
Rendez le brief précis.
Adaptez cet exemple à votre entreprise. Séparez les exemples de données des informations réelles sur les clients.
Créez un suivi de projet simple pour un designer indépendant. Incluez une liste de projets, une page de détails du projet et un filtre de statut. Utilisez des exemples de clients et de projets. Ne connectez pas de comptes réels et n’envoyez pas de messages. Expliquez quelles pièces utilisent des exemples de données et lesquelles doivent être configurées avant une utilisation réelle.
Explorez avant de commencer
De vrais modèles à inspecter.
Ce sont des aperçus statiques actuels et disponibles. Lisez les interfaces incluses et les notes de configuration de chaque modèle avant de le remixer dans votre propre projet.
Quand vous avez besoin de la prochaine étape
Suivez la documentation du produit.
Avant de commencer.
Combien de temps la première build doit-elle prendre ?
Cela dépend de la portée, de la génération, de la configuration du runtime et des modifications nécessaires. Commencez par une petite tâche et enregistrez le temps et le coût réels plutôt que de vous fier à une promesse de vitesse universelle.
Puis-je partager un exemple d'aperçu avec les clients ?
Examinez ce qui est public, ce qui utilise des exemples de données et quelles actions sont connectées. Utilisez les contrôles de partage et de publication disponibles pour votre projet et expliquez les limites de la démonstration aux personnes qui le consultent.
Trouvez votre prochaine étape.
Commencez par une tâche utile