Yassin Abdulla

Études de cas

Mes réalisations

Quatre familles de missions, un même fil rouge : partir d'un problème concret et livrer quelque chose qui tourne. Dépliez une ligne pour voir le détail des projets, le contexte et les résultats obtenus.

9 réalisations publiées

Sites vitrines et boutiques en ligne pensés pour la performance et le référencement local. Des pages rapides, lisibles sur mobile, qui transforment les visiteurs en clients.

  • Le problème

    Les produits se vendaient sur Facebook Marketplace : pas de catalogue structuré, pas de gestion de prix digne de ce nom, aucune visibilité sur les moteurs de recherche, et aucune place pour mettre en avant les prestations d'installation et de conseil qui font une bonne partie de la valeur de l'entreprise. Le client voulait par ailleurs un module IA sur mesure intégré de façon fluide à son back-office — une exigence qui disqualifiait d'emblée les plateformes fermées.

    Mon apport

    J'ai mené une étude comparative des solutions e-commerce avant de trancher. Les plateformes établies imposaient des frais récurrents et une complexité de développement de modules incompatibles avec le besoin d'extension du client. J'ai donc retenu MedusaJS en headless, 100 % personnalisable, avec un front Nuxt qui me laisse la main totale sur le design et le SEO. Paiement par Stripe, hébergement sur un VPS que j'administre.

    • Nuxt
    • MedusaJS
    • Stripe
    • PostgreSQL
    • TypeScript
    • VPS auto-administré
    Voir l'étude de cas Voir le site
    Visuel à venir

  • Le problème

    Trente ans de métier et une vraie notoriété sur l'île ne suffisaient plus. Le client voyait arriver des concurrents plus petits, parfois bien moins établis, mais nettement plus visibles en ligne — qui captaient une demande à laquelle lui n'avait tout simplement pas accès. Côté vente, les motos et pièces disponibles n'étaient consultables nulle part. Côté approvisionnement, les particuliers cherchant à qui vendre leur deux-roues hors d'usage ne le trouvaient pas. L'objectif n'a jamais été de vendre en ligne, mais d'exister sur les recherches.

    Mon apport

    Le client n'avait aucune direction visuelle : je suis parti de l'enseigne et du logo pour construire une identité, puis j'ai structuré tout le squelette du site et les parcours utilisateurs. Le référencement cible les recherches locales du 974 — rachat de deux-roues, rachat de pièces détachées, casse moto sur l'île. Un back-office Directus leur donne la main sur les motos et pièces en vente comme sur les contenus de la page d'accueil. J'héberge et j'administre également le serveur.

    • 2 000 → 10 000Impressions Google (1er mois → aujourd'hui)
    • 100 → 600Clics (1er mois → aujourd'hui)
    • 4Position moyenne
    • Nuxt
    • Directus
    • PostgreSQL
    • TypeScript
    • VPS auto-administré
    Voir l'étude de cas Voir le site
    Visuel à venir

  • Le problème

    Le collectif n'avait aucune présence en ligne. Sa seule visibilité passait par quelques articles publiés dans le journal local — c'est-à-dire une parole relayée par un tiers, ponctuellement, sans maîtrise du moment ni du contenu. Aucun endroit ne permettait de retrouver leurs actions, de suivre leur travail dans le temps, ou simplement de vérifier qu'ils existaient.

    Mon apport

    J'ai développé un blog volontairement simple : un front Nuxt rapide et lisible, et un back-office Directus qui permet de rédiger et publier sans aucune intervention technique. Au-delà du développement, j'ai accompagné la responsable du collectif dans la prise en main de l'outil et conseillé sur la création de leurs pages Facebook et Instagram, pour que le blog s'inscrive dans un dispositif cohérent plutôt que d'exister seul.

    • Créée de zéroPrésence en ligne
    • 100 % autonomePublication d'articles
    • Nuxt
    • Directus
    • PostgreSQL
    • VPS auto-administré
    Voir l'étude de cas
    Visuel à venir

Applications web, back-offices, API et intégrations construits autour de vos flux réels. Quand aucun outil du marché ne colle, on fabrique celui qui colle.

  • Le problème

    L'entreprise était déjà bien équipée : ERP, caisses, données centralisées. Le problème venait de l'ERP lui-même. Correct cinq ans plus tôt, il ne suivait plus le rythme de croissance ni les perspectives d'évolution. Pour piloter les stocks, la direction devait extraire périodiquement les données de ventes et de stocks, puis enchaîner de lourdes manipulations Excel pour les croiser et reconstituer à la main les indicateurs de pilotage. Un temps considérable perdu à chaque cycle, et un recul qui arrivait systématiquement trop tard.

    Mon apport

    J'ai commencé par observer et interviewer le chargé de supply chain pour comprendre ce qu'il faisait manuellement, avant de l'automatiser. L'ERP étant développé en WinDev sur base HFSQL, j'ai pris en main ces technologies pour construire une API exposant les données. Tous les calculs de KPI vivent ensuite dans un BFF Nuxt, volontairement isolé de l'ERP : un changement d'ERP ne demanderait que de réécrire l'API. L'outil livre les alertes de rupture par mail quotidien, l'analyse de l'état des stocks sur une période de ventes au choix, et un export Excel complet.

    • AutomatisésExtractions ERP et croisements Excel
    • Mail quotidienAlertes de rupture imminente
    • Seule l'API à reprendreEn cas de changement d'ERP
    • WinDev
    • HFSQL
    • Nuxt
    • Vuetify
    • TypeScript
    Voir l'étude de cas
    Visuel à venir

  • Le problème

    Le patron ne pouvait pas savoir ce qui se passait dans sa boutique sans y être. Le suivi tenait sur du papier et un terminal SumUp relié à un téléphone : pour connaître l'activité de la journée, il devait être présent ou appeler son vendeur. Aucun recul sur le chiffre d'affaires, aucune idée de ce qui se vendait réellement, donc aucune base pour acheter juste — avec un budget de TPE qui excluait d'emblée les caisses du marché.

    Mon apport

    J'ai livré un SaaS distribué en PWA, pour offrir l'équivalent d'une application native sans passer par un store : usage sur iPad côté patron, sur mobile côté vendeur. Le vendeur saisit les ventes — articles, quantités, prix, mode de paiement — et gère un catalogue réduit à l'essentiel. Le patron consulte l'activité quand il veut, où il veut, avec un tableau de bord et une alerte sur les produits dont le stock passe sous dix unités.

    • À distanceSuivi de l'activité
    • SuppriméSuivi des ventes sur papier
    • < 10 unitésAlerte de stock bas
    • Nuxt
    • Nuxt UI
    • Spring Boot
    • PostgreSQL
    • PWA
    Voir l'étude de cas
    Visuel à venir

  • Le problème

    Chaque jour, les chauffeurs envoyaient sur WhatsApp leur kilométrage parcouru et leur consommation de carburant, en litres et en euros. Le dirigeant reprenait ensuite chaque message pour ressaisir les données à la main dans un fichier Excel. Une friction quotidienne, chronophage, et propice autant aux oublis qu'aux erreurs de recopie — avec au bout une visibilité approximative sur le poste de dépense le plus lourd de l'activité.

    Mon apport

    J'ai développé une PWA à deux rôles. Le chauffeur saisit son relevé quotidien — kilométrage, consommation en litres et en euros, véhicule utilisé — et consulte son propre historique. Le responsable dispose d'un tableau de bord qui croise consommation et kilométrage sur sept jours, gère la flotte et les équipes, et peut corriger un relevé erroné. La suppression d'un relevé lui est volontairement réservée.

    • SuppriméeRessaisie WhatsApp vers Excel
    • 7 jours glissantsSuivi consommation / kilométrage
    • Nuxt
    • Supabase
    • PWA
    • TypeScript
    Voir l'étude de cas
    Visuel à venir

Assistants métier, automatisations et agents connectés à vos données. L'IA branchée sur vos processus concrets, avec des garde-fous et des résultats mesurables.

  • Le problème

    Une boutique en ligne ne vaut que par la richesse de son catalogue, et remplir un catalogue est un travail ingrat. Pour chaque référence, il fallait relever les caractéristiques sur l'emballage, rédiger un titre, un sous-titre, une description commerciale convaincante, et produire des visuels exploitables. Un travail long, répétitif et exigeant en rédaction, qui freinait directement la mise en ligne des nouveautés — or un produit non saisi est un produit qui ne se vend pas.

    Mon apport

    J'ai développé un module IA intégré au back-office Medusa. L'utilisateur photographie l'emballage du produit, où figurent toutes les informations techniques, et éventuellement le produit hors de sa boîte. Le module analyse ces visuels, en extrait les caractéristiques, puis génère un titre, un sous-titre et une description rédigés pour vendre. Il génère également des visuels produits, l'utilisateur choisissant le type de rendu attendu — mise en situation dans un intérieur, plan détaillé, et autres.

    • 2 semainesPremière version livrée en
    • 1 photo d'emballagePour créer une fiche
    • MedusaJS
    • Nuxt
    • Vercel AI SDK
    • KIE
    • TypeScript
    Voir l'étude de cas
    Visuel à venir

  • Le problème

    Les demandes clients arrivaient en continu sur Facebook, Instagram, TikTok et WhatsApp, toutes traitées manuellement par la personne chargée du service client. Une grande partie de ces messages étaient des questions répétitives — un produit est-il disponible, sous quelles conditions peut-on le retourner, que couvre la garantie — mais chaque réponse exigeait d'aller chercher l'information dans le système, sur quatre canaux distincts.

    Mon apport

    J'ai mené l'étude d'un agent IA connecté à leur système d'information, capable de consulter les stocks, les règles de retour et les conditions de garantie pour répondre avec la précision d'un employé bien formé. Le parti pris assumé était la semi-automatisation : l'agent absorbe le volume répétitif, l'humain garde la main sur ce qui compte.

    • 4Canaux couverts par l'étude
    • Étude de faisabilitéLivrable
    • WhatsApp Business API
    • Meta Graph API
    • Vercel AI SDK
    • TypeScript
    Voir l'étude de cas
    Visuel à venir

Audit de système d'information, arbitrage technique, cadrage de projet et accompagnement d'équipe. La vision technique d'un CTO, sans le coût d'un temps plein.

  • Le problème

    L'entreprise devait faire évoluer son système d'information sans disposer en interne de la vision technique nécessaire pour arbitrer : quelle infrastructure pour l'activité d'aujourd'hui, laquelle pour la trajectoire visée, et à quel coût. S'ajoutait une exigence forte sur la souveraineté et la confidentialité des données, qui écarte d'emblée une partie des solutions du marché.

    Mon apport

    J'ai audité l'intégralité de leur SI et de leurs processus, puis remis un rapport complet : schémas, documents explicatifs et vision cible d'une infrastructure alignée sur leur activité actuelle comme sur leurs perspectives. Deux stratégies y sont comparées — une à court terme, une à long terme — chiffrées et découpées en cinq paliers de mise en œuvre, avec une recommandation assumée. Les critères de comparaison : coût, simplicité, souveraineté du SI et maintenance à long terme.

    • 2 — court et long termeStratégies comparées
    • 5Paliers de mise en œuvre
    • Audit de SI
    • Cartographie de processus
    • Schéma directeur
    • Chiffrage
    Voir l'étude de cas
    Visuel à venir

Votre projet ressemble à l'un de ces cas ?

Parlons-en une trentaine de minutes. Je vous dis franchement si je suis la bonne personne, et ce que je ferais à votre place.

Discuter de mon projet

© 2026 Yassin Abdulla. Tous droits réservés.