Vous avez seulement une idée
Choisissez le parcours A. Décrivez un résultat utile, indiquez qui l’utilisera et limitez la première version à quelques actions essentielles.
Guide pratique
Tutoriel emergent pour débutants : créez votre première application
Ce tutoriel emergent pour débutants transforme une idée générale en un petit projet testable. Suivez le parcours qui correspond à votre point de départ, puis utilisez les dernières vérifications avant de partager votre projet ou de continuer à le développer.
Déterminez dans quel cas vous vous trouvez
Choisissez le parcours qui correspond le mieux à votre projet actuel. Un périmètre plus restreint réduit le nombre d’hypothèses que le système doit résoudre et vous donne un moyen plus clair d’évaluer le premier résultat.
Vous avez déjà une version préliminaire
Choisissez le parcours B. Partez de ce qui fonctionne, identifiez le changement le plus important et demandez une amélioration ciblée plutôt qu’une réécriture complète.
Vous êtes prêt à vérifier
Effectuez la dernière vérification. Testez le parcours principal, comparez le résultat avec votre brief et rassemblez les prochaines modifications par ordre de priorité.
Gardez le parcours d’apprentissage ciblé
Ces guides connexes abordent les questions suivantes que les débutants se posent généralement lorsqu’ils planifient, testent et développent leur premier projet.
-
1
comment utiliser emergent
Suivez un guide plus général lorsque vous souhaitez découvrir l’ensemble du processus, de l’invite à la révision.
-
2
exemples d’emergent ai
Découvrez des modèles de projets pratiques lorsque vous avez besoin d’inspiration pour une première réalisation réaliste.
-
3
que puis-je créer avec emergent
Utilisez ce guide pour associer votre idée aux types de projets que la plateforme peut prendre en charge.
-
4
emergent pour les étudiants
Découvrez comment les étudiants peuvent transformer une exigence de cours ou une habitude d’étude en un projet gérable.
Parcours A : Commencer par un brief simple
Le parcours A s’adresse aux pages vierges. L’objectif n’est pas d’expliquer toutes les fonctionnalités possibles, mais de donner à Emergentai un premier résultat clair qui peut être évalué et amélioré.
Le porteur de l’idée
Vous connaissez le problème, mais vous n’avez pas encore choisi les écrans, les champs ou le flux de travail. Rédigez une phrase décrivant qui a besoin d’aide et à quoi ressemble la réussite.
Vous obtenez une première version concrète plutôt qu’une longue liste de fonctionnalités déconnectées.
que puis-je créer avec emergentLe planificateur étudiant
Vous avez besoin d’un petit projet pour étudier, planifier ou organiser vos recherches. Demandez une vue principale, un flux de saisie et un indicateur d’état utile.
Le projet reste suffisamment petit pour être compris tout en résolvant un véritable problème du quotidien.
emergent pour les étudiantsLe nouveau créateur
Vous ne savez pas exactement ce que doit contenir un bon prompt. Indiquez le public, l’objectif, les actions requises, le ton souhaité et les contraintes importantes.
La première réponse fournit une orientation utile et vous donne des détails précis à corriger.
comment utiliser emergentLe penseur visuel
Vous accordez de l’importance à la mise en page et à la présentation. Décrivez la hiérarchie, la navigation, l’ambiance colorée et la densité du contenu après avoir nommé la tâche principale.
L’interface accompagne le flux de travail au lieu de le détourner.
créateur de sites web emergent aiParcours B : Améliorer une création existante
Le parcours B s’adresse à un projet qui possède déjà une forme reconnaissable. Comparez la version de départ avec le résultat souhaité, puis demandez une modification contrôlée à la fois.
Brouillon de départ
Une révision réussie préserve ce qui fonctionne, explique ce qui a changé et rend le prochain test évident.
Vérification finale : comparez le brief avec la création
Utilisez cette comparaison côte à côte avant de demander une nouvelle révision. Elle distingue une prochaine consigne utile d’une demande vague visant à tout améliorer.
Votre brief initial
La version actuelle
1
Utilisateur principal
Votre brief initial
La personne que le projet est censé aider
La version actuelle
Le public auquel l’interface actuelle semble s’adresser
2
Résultat principal
Votre brief initial
Le seul résultat que l’utilisateur doit atteindre
La version actuelle
Le résultat produit par le flux de travail actuel
3
Actions principales
Votre brief initial
Les quelques actions nécessaires pour la première version
La version actuelle
Les actions qui sont réellement visibles et utilisables
4
Structure du contenu
Votre brief initial
Les informations qui doivent être regroupées ou hiérarchisées
La version actuelle
La hiérarchie, les libellés et les sections affichés à l’écran
5
Détails manquants
Votre brief initial
La version actuelle
6
La prochaine révision
Votre brief original
La version actuelle
7
Test de réussite
Votre brief original
La version actuelle
Transformez une idée claire en projet testable
Vous n’avez pas besoin d’une spécification parfaite avant de commencer. Donnez à Emergentai un brief ciblé, examinez le premier résultat et revenez avec une révision précise lorsque quelque chose ne correspond pas à votre objectif.
- Commencez par un objectif principal
- Examinez le parcours principal avant d’ajouter des éléments supplémentaires
- Utilisez le prochain prompt pour corriger un problème prioritaire
FAQ du tutoriel
Les réponses aux questions des débutants soulevées dans ce parcours.
Le meilleur point de départ est un petit projet axé sur un résultat, plutôt qu’une idée de produit ambitieuse. Décrivez le public, la tâche principale et les quelques actions nécessaires pour une première version, puis examinez le résultat avant d’élargir le périmètre.
Commencez par rédiger un brief en langage courant qui explique ce que vous voulez créer et qui l’utilisera. Envoyez ce brief, examinez le parcours généré et demandez des modifications précises en vous basant sur l’écart entre votre objectif et le résultat actuel.
Choisissez le format qui correspond à la tâche principale de l’utilisateur. Un site web simple peut être un bon point de départ pour présenter des informations, tandis qu’un projet de type application convient mieux lorsque les utilisateurs doivent saisir des données, suivre leur progression ou effectuer des actions répétées.
Incluez suffisamment de détails pour lever les ambiguïtés importantes, mais n’essayez pas de définir chaque décision d’implémentation. Indiquez l’utilisateur, l’objectif, les actions essentielles, le contenu et les contraintes ; gardez une marge pour affiner la mise en page et le comportement après avoir vu la première version.
Ne recommencez pas immédiatement. Identifiez l’écart le plus important, décrivez le comportement ou la présentation souhaités et demandez cette modification ciblée tout en conservant les éléments qui fonctionnent déjà.