Créer un portfolio n8n au Maroc : un projet concret de A à Z

Choisir un projet adapté à son niveau

Un projet de portfolio n8n doit être assez simple pour aboutir, mais assez riche pour montrer votre raisonnement. Pour débuter, évitez de vouloir connecter trop d’applications, d’ajouter une intelligence artificielle sans besoin précis ou de traiter des dizaines de cas particuliers. Un workflow court, bien testé et expliqué est plus facile à évaluer qu’une automatisation ambitieuse dont le fonctionnement reste opaque.

Un bon exercice pratique n8n répond à trois questions : quel problème résout-il, quelles données reçoit-il et quel résultat produit-il ? Délimitez aussi ce que le projet ne fera pas. Par exemple, votre démonstration peut traiter une demande de contact, sans prétendre remplacer un outil complet de gestion de la relation client.

Choisissez un sujet proche d’un métier ou d’une organisation que vous comprenez : suivi de demandes, classement de candidatures fictives, notification d’une nouvelle commande de démonstration ou synthèse d’un formulaire de satisfaction. Le thème doit vous permettre d’expliquer pourquoi chaque étape existe, pas seulement d’aligner des nœuds dans n8n.

Adaptez la difficulté au temps et aux outils dont vous disposez. Une première version peut utiliser un formulaire et une feuille de calcul de test. Vous pourrez ensuite ajouter une validation, une notification ou une gestion des erreurs. Gardez une version fonctionnelle à chaque étape afin de pouvoir montrer un résultat même si une amélioration reste inachevée.

• Périmètre conseillé : un déclencheur, quelques transformations utiles et une sortie vérifiable.
• Bon signe : vous pouvez expliquer le workflow à une personne non spécialiste en quelques phrases.
• À éviter : des accès réels à des comptes clients ou une dépendance à un service payant non nécessaire à la démonstration.

Partir d’un besoin concret

Voici un brief de projet simple à reprendre et à adapter. Il répond à un besoin courant sans supposer l’accès aux systèmes d’une entreprise réelle.

Objectif : automatiser le traitement initial de demandes reçues dans un formulaire de démonstration. Le workflow vérifie que les champs indispensables sont présents, classe la demande selon une règle explicite, enregistre une ligne dans un tableau de test et prépare une notification de confirmation. Pour une première version, la notification peut être simulée ou envoyée vers une adresse de test.

Utilisateur visé : une petite équipe qui veut repérer et suivre les nouvelles demandes sans les recopier manuellement. Problème : les demandes fictives arrivent dans un format identique, mais certaines sont incomplètes ou relèvent de catégories différentes. Résultat attendu : chaque demande valide est enregistrée avec son statut, tandis qu’une demande incomplète est signalée pour vérification.

Livrables à prévoir : le workflow exporté au format JSON, un schéma ou une capture lisible, un jeu de données fictif, une courte documentation, des preuves de tests et une démonstration enregistrée ou réalisable en direct. Ajoutez un fichier README qui précise le but, les prérequis, la configuration à effectuer et les limites connues.

Pour rendre le projet plus proche d’un contexte marocain, vous pouvez concevoir les champs et les exemples selon un cas d’usage local que vous connaissez, par exemple une demande de rendez-vous ou une demande d’information. Ne reprenez pas les formulaires, logos ou données d’une organisation réelle sans autorisation.

• Entrée : nom fictif, adresse de test, catégorie, message et date de soumission.
• Traitement : contrôle des champs, normalisation du texte et attribution d’un statut selon une règle documentée.
• Sortie : enregistrement dans un tableau de test et confirmation simulée ou envoyée dans un environnement de démonstration.
• Critère de réussite : une demande valide est traitée comme prévu et une demande incomplète est repérée sans interrompre silencieusement le workflow.

Préparer les données, fichiers ou ressources

Avant de construire le workflow, préparez tout ce qui rend le test reproductible : une liste de champs, quelques exemples fictifs, les règles de classement et le résultat attendu pour chaque exemple. Un petit tableau de cas de test vous évitera de juger le workflow uniquement à partir d’une exécution réussie.

Pour chaque connexion à une application, identifiez les accès nécessaires et la façon de les configurer. Utilisez un compte de test lorsque c’est possible et ne placez jamais de mot de passe, jeton d’accès ou clé d’API dans une capture d’écran, un dépôt public ou la documentation. Les identifiants doivent rester dans les mécanismes prévus par l’environnement n8n, et non être copiés dans le contenu du portfolio.

N’utilisez pas de données personnelles réelles pour donner une apparence plus crédible au projet. Remplacez les noms, adresses, numéros et messages par des exemples inventés. Si vous travaillez à partir d’un cas professionnel, demandez l’autorisation nécessaire et supprimez les éléments qui pourraient identifier une personne, un client ou une entreprise.

Vérifiez également les droits associés aux fichiers, modèles, images et contenus intégrés. Un portfolio destiné à être partagé doit contenir uniquement des éléments que vous pouvez publier. Prévoyez enfin une solution de remplacement pour les services indisponibles : un exemple préchargé ou une sortie simulée peut suffire à expliquer la logique du workflow.

• Préparer des exemples couvrant un cas normal, un champ manquant et une valeur inattendue.
• Séparer clairement les données de démonstration des données réellement utilisées dans un contexte professionnel.
• Retirer les identifiants secrets, données personnelles et informations internes des exports et captures.
• Noter les prérequis de version et de configuration utiles pour reproduire le test.

Réaliser le projet par étapes

Construisez d’abord le parcours principal, puis ajoutez les contrôles. Dans n8n, le nom et le comportement des nœuds peuvent dépendre des versions et des services utilisés : gardez votre documentation liée à l’environnement testé et vérifiez chaque étape dans votre instance.

Commencez par dessiner le flux sur papier ou dans un schéma : réception, validation, classement, enregistrement, confirmation. Cette représentation vous aide à repérer les étapes inutiles avant de les construire. Donnez ensuite des noms explicites aux nœuds afin qu’un tiers puisse suivre la logique sans ouvrir chaque paramètre.

Configurez le déclencheur avec un formulaire ou une autre entrée de test. Faites circuler un exemple simple et observez la structure des données reçues. Ajoutez ensuite une étape de validation : le workflow doit distinguer les informations obligatoires des champs facultatifs et traiter les données manquantes de manière prévisible.

Mettez en place la règle de classement. Elle peut être une condition simple et lisible, fondée sur une catégorie fournie dans le formulaire. Si la valeur n’est pas reconnue, choisissez explicitement une conduite à tenir, par exemple affecter le statut « à vérifier ». Évitez qu’une demande inconnue soit classée comme valide par défaut.

Ajoutez la sortie : enregistrement dans une feuille ou un stockage de démonstration, puis confirmation ou notification de test. Vérifiez que les champs enregistrés correspondent à ceux attendus et qu’une même demande ne déclenche pas involontairement plusieurs actions. Gardez la première version minimale avant d’ajouter des options.

Enfin, prévoyez le comportement en cas d’échec. Une erreur de connexion, une réponse inattendue ou un champ absent ne doit pas être confondue avec une réussite. Indiquez dans votre documentation comment repérer l’échec, quoi vérifier et comment relancer proprement un test.

• Compétences montrées : découpage d’un besoin, logique conditionnelle, manipulation de données, intégration de services et contrôle des erreurs.
• Privilégiez des noms de nœuds et des notes qui décrivent leur rôle métier.
• Ajoutez une amélioration seulement après avoir stabilisé et testé le parcours principal.

Tester, corriger et documenter

Un workflow qui s’exécute une fois n’est pas encore une démonstration fiable. Rejouez plusieurs scénarios avec des entrées différentes, vérifiez les sorties et consignez le résultat. Si un test échoue, corrigez la cause puis relancez le scénario concerné, ainsi que les cas qui pourraient être affectés par votre modification.

La documentation doit permettre à une autre personne de comprendre le projet sans vous demander le contexte. Expliquez le besoin, le fonctionnement général, les prérequis, la configuration des connexions, les tests réalisés et les limites. Ne copiez pas de secrets dans les instructions : décrivez les paramètres à renseigner sans afficher leurs valeurs confidentielles.

Précisez ce qui est réellement automatisé et ce qui reste manuel ou simulé. Si vous utilisez une adresse de test ou une feuille fictive, dites-le. Si votre workflow n’a pas été évalué sur un volume important ou dans un environnement de production, ne le présentez pas comme éprouvé à grande échelle.

Pour éviter de rendre le workflow difficile à maintenir, retirez les étapes de test temporaires dont vous n’avez plus besoin, conservez des noms lisibles et vérifiez que l’export partagé ne contient pas de données sensibles. Une courte liste de contrôles qualité, jointe au README, rend votre démarche plus crédible.

• Checklist de tests et de contrôle qualité :
• Le cas valide produit le résultat prévu.
• Un champ obligatoire manquant est repéré et traité clairement.
• Une catégorie inconnue suit une règle de secours documentée.
• Une erreur de connexion est visible et ne se présente pas comme une réussite.
• Les données sont correctement enregistrées et les notifications de test sont cohérentes.
• Le workflow ne crée pas de doublon lors d’une relance prévue.
• Les captures, exports et fichiers ne contiennent ni identifiants secrets ni données personnelles.
• Les instructions permettent à un tiers de reproduire le scénario avec ses propres accès de test.

Présenter son travail dans un portfolio

Présentez le projet comme une petite étude de cas. Commencez par le problème, l’utilisateur visé et le résultat recherché. Montrez ensuite un schéma global, une capture du workflow avec des noms lisibles, puis un exemple d’entrée fictive et la sortie correspondante. Une courte vidéo ou une démonstration en direct peut compléter ces éléments, mais ne doit pas être nécessaire pour comprendre les bases.

Organisez les fichiers de manière simple : README, export du workflow, données fictives, résultats de tests et captures nettoyées. Ajoutez un encadré « limites et prochaines améliorations » : par exemple, préciser qu’une notification est simulée, qu’un cas particulier n’est pas couvert ou qu’une connexion réelle reste à configurer. Cette transparence permet au recruteur ou au client de distinguer ce qui est démontré de ce qui est envisagé.

Expliquez votre contribution, les choix effectués et les difficultés résolues. Évitez les formules vagues comme « automatisation complète » si le projet ne traite qu’un parcours limité. Une bonne présentation décrit ce que le workflow fait, comment vous l’avez vérifié et dans quelles conditions il peut être réutilisé.

Avant publication, faites une dernière revue de confidentialité : ouvrez les captures à taille réelle, inspectez l’export et relisez le README. Vérifiez que les noms d’applications ou d’organisations ne suggèrent pas une collaboration qui n’a pas eu lieu. Le but du portfolio est de rendre vos compétences visibles, pas de divulguer les opérations d’un employeur ou d’un client.

• À montrer : besoin, schéma, workflow, cas de test et résultat obtenu.
• À expliquer : règles métier, gestion d’erreur, limites et prérequis.
• À retirer : secrets, données réelles, informations internes et captures non vérifiées.
• À préparer pour l’entretien : une démonstration courte et une explication de vos décisions.

Le parcours, étape par étape

1. 1Cadrer le besoin — Choisissez un problème unique, définissez l’utilisateur, les données d’entrée, le résultat attendu et ce qui restera hors périmètre.
2. 2Préparer un jeu de test sûr — Créez des exemples fictifs couvrant le cas normal, les informations manquantes et une valeur inattendue. Écartez les données confidentielles.
3. 3Dessiner le workflow — Représentez le déclencheur, les contrôles, les règles, la sortie et le traitement des erreurs avant de configurer les nœuds.
4. 4Construire le parcours principal — Configurez les étapes une par une et vérifiez les données qui circulent à chaque passage.
5. 5Tester et corriger — Exécutez les différents scénarios, comparez les résultats attendus aux résultats obtenus et rejouez les tests après chaque correction.
6. 6Préparer la démonstration — Nettoyez l’export, rédigez le README, préparez des captures sans données sensibles et indiquez les limites du projet.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. Formation intra-entreprise — OFPPT ofppt.ma
2. JobInTech jobintech.academy
3. Documentation officielle n8n docs.n8n.io
4. FormaGroup — technologie n8n formagroup.ma