Première création pratique
Un tutoriel gratuit sur le créateur d'applications pour créer quelque chose d'utile
Ce tutoriel gratuit sur le créateur d'applications vous accompagne d'une idée claire à une première version testable. Choisissez le parcours qui correspond à votre point de départ, suivez le flux de travail utile le plus simple, puis peaufinez uniquement lorsque l'expérience essentielle fonctionne.
Déterminez votre situation
Commencez par le parcours qui correspond à votre objectif. Les deux parcours peuvent produire une première application utile ; la différence réside dans le niveau de structure que vous souhaitez obtenir avant la première génération.
-
1
J'ai une idée claire d'application
Choisissez le parcours A si vous pouvez nommer l'utilisateur, la tâche principale et le résultat que l'application doit fournir. Gardez la première version ciblée au lieu d'énumérer toutes les fonctionnalités futures.
-
2
Je connais le problème, mais pas l'interface
Choisissez le parcours B si vous avez besoin d'aide pour transformer un besoin général en écrans, champs et actions. Commencez par le flux de travail et laissez la structure de l'application en découler.
-
3
J'ai déjà une première ébauche
Utilisez l'un ou l'autre parcours, puis comparez le résultat généré à votre besoin initial. Conservez ce qui facilite la tâche et supprimez tout ce qui ajoute de la confusion.
Parcours A
Utilisez un brief précis lorsque vous comprenez déjà la tâche que votre application doit accomplir. Une demande ciblée laisse moins d'hypothèses à résoudre au créateur et facilite le test du premier résultat.
- Idée vague
- Première version testable
Transformez la demande en un parcours utilisateur avant d'ajouter des écrans supplémentaires.
Parcours B
Utilisez cette comparaison côte à côte lorsque votre idée est encore large. La colonne de gauche décrit le problème ; celle de droite le transforme en décisions qu’un créateur d’applications peut mettre en œuvre.
Point de départ flou
Brief de conception utile
Utilisateur
Point de départ flou
Toutes les personnes susceptibles d’utiliser l’idée
Brief de conception utile
Un utilisateur principal avec un besoin précis
Tâche principale
Point de départ flou
Un ensemble de fonctionnalités possibles
Brief de conception utile
Une action que l’utilisateur doit effectuer
Premier écran
Point de départ flou
Une page d’accueil proposant plusieurs orientations
Brief de conception utile
L’écran où commence la tâche principale
Données
Point de départ flou
Toutes les informations dont l’application pourrait avoir besoin un jour
Brief de conception utile
Uniquement les champs requis pour la première tâche
Indicateur de réussite
Point de départ flou
L'application semble complète
Brief de création utile
Un utilisateur peut accomplir la tâche prévue
Retour d'information
Point de départ peu clair
Avis généraux sur l'ensemble du concept
Brief de création utile
Friction observée à une étape précise
Prochaine modification
Point de départ peu clair
Ajouter immédiatement une autre fonctionnalité
Brief de création utile
Corriger d'abord le plus gros obstacle
Vérification finale
Avant de considérer la première version comme terminée, testez le parcours réel plutôt que de juger le nombre d'écrans. Ces limites sont normales ; la solution de contournement permet de garder le projet ciblé.
-
Cela ne peut pas remplacer les décisions produit
Une interface générée ne peut pas décider quel utilisateur compte le plus ni quel résultat définit la réussite.
Solution de contournementÉcrivez une phrase qui nomme l'utilisateur, la tâche et le résultat avant de générer.
-
Cela ne peut pas valider la demande à lui seul
Une application fonctionnelle prouve qu'un parcours peut être créé, pas que les gens en ont besoin ou l'adopteront.
Solution de contournementDemandez à un utilisateur cible réel d'accomplir la tâche principale et repérez les moments où il hésite.
-
Cela peut passer à côté de règles inhabituelles
Les cas particuliers, les autorisations, les exceptions et les contraintes propres au domaine peuvent ne pas apparaître dans un premier brief succinct.
Solution de contournementRépertoriez les trois erreurs les plus coûteuses et testez chacune avant d'agrandir l'application.
-
Cela ne devrait pas être votre contrôle qualité final
Un écran soigné peut tout de même contenir des libellés déroutants, des états manquants ou une séquence défaillante.
Solution de contournementLancez l'application depuis un état vierge, effectuez le parcours principal et notez chaque point de friction.
Créez dès maintenant la première version utile
Présentez un flux de travail concret au créateur d'applications, examinez ce qu'il crée et améliorez la partie qui compte le plus pour la personne qui l'utilise. Une petite application testée vous en apprendra davantage qu'une longue liste de fonctionnalités imaginées.
Créez votre première application- Commencez avec un utilisateur et une tâche
- Testez le parcours complet avant de l'agrandir
- Améliorez-la à partir des frictions observées, pas de suppositions
FAQ du tutoriel
Réponses aux questions que les gens posent généralement avant de commencer une première création gratuite.
Choisissez une petite application avec un objectif clair, comme une liste d'inventaire, une demande de rendez-vous, une liste de contrôle ou un outil de suivi simple. Le meilleur premier projet a un flux de travail court que vous pouvez tester du début à la fin.
Oui. Commencez par décrire l'utilisateur, la tâche, les informations et le résultat attendu en langage courant. Vous devrez peut-être encore prendre des décisions produit et tester le résultat, mais vous n'avez pas besoin de commencer par écrire du code.
Donnez suffisamment de détails pour identifier l'utilisateur principal, l'action principale, les champs importants et ce à quoi ressemble la réussite. Évitez d'ajouter toutes les fonctionnalités futures avant que le premier flux de travail soit utilisable.
Utilisez-la comme le ferait un véritable utilisateur, en commençant depuis un état vierge et en effectuant la tâche principale. Vérifiez que les libellés sont compréhensibles, que les informations requises sont présentes, que les erreurs sont compréhensibles et que le résultat attendu est facile à reconnaître.
Comparez le résultat avec la tâche initiale et identifiez le plus grand écart. Reformulez clairement cette exigence, effectuez une modification ciblée et testez à nouveau le même parcours au lieu de modifier plusieurs éléments sans lien en même temps.