# Visual Concept — Applications métier, automatisation & intégration d'IA

> Activité indépendante de Sébastien Burn, architecte logiciel basé près de Colmar, dans le Haut-Rhin (Alsace, France). Trois métiers : applications métier sur-mesure, automatisation des process, intégration d'IA. Interventions en Alsace (Colmar, Mulhouse, Strasbourg) et à distance partout en France.

## Faits
- Nom commercial : Visual Concept
- Personne : Sébastien Burn, architecte logiciel et lead developer
- Entité légale : Sébastien Burn EI (Entrepreneur individuel)
- SIRET : 49405963700020 — code APE 6201Z (programmation informatique)
- Localisation : Colmar, Alsace (Haut-Rhin), France
- Zone d'intervention : Colmar, Mulhouse, Strasbourg, Haut-Rhin, Alsace, Grand Est, et à distance partout en France
- Tarifs : cadrage initial gratuit ; premier lot livré en production à partir de 4 500 € ; 500 € par jour en régie, en direct sans intermédiaire
- TVA : TVA non applicable, article 293 B du CGI (prix nets, aucune TVA à ajouter)
- Contact : contact@visual-concept.net
- LinkedIn (Sébastien Burn) : https://www.linkedin.com/in/s%C3%A9bastien-burn-5aa426a1/
- LinkedIn (Visual Concept) : https://www.linkedin.com/company/visual-concept-alsace
- Expérience : développement web depuis 2007 ; activité concentrée depuis 2023 sur les applications métier, l'automatisation et l'IA
- Premier retour : Sous 24 h, sans engagement
- Modalité : rencontre sur place possible dans le Haut-Rhin et en Alsace (Colmar, Mulhouse, Strasbourg) ; développement à distance ; visio partout ailleurs en France
- Technologies : TypeScript, Node.js, Next.js, React, Fastify, Prisma, PostgreSQL, n8n, LLM / agents, PrestaShop, Magento, WordPress

## Services
- **Applications métier** — Outils internes, portails, back-offices et API conçus pour votre métier : robustes, sécurisés (SSO, authentification forte), pensés pour être maintenus dans le temps.
- **Automatisation & intégration** — Je connecte vos systèmes et supprime la double saisie : orchestration de process, synchronisation d'outils, automatisations de bout en bout.
- **Intégration d'IA** — Assistants et agents métier, veille automatisée, reporting et analyse : l'IA branchée sur des usages opérationnels concrets, jamais du gadget.

## Méthode
1. **Audit** — On identifie ensemble les tâches à fort potentiel d'automatisation et leur retour sur investissement. Gratuit, sans engagement.
2. **Build** — Je conçois et développe la solution, en itérant avec vous à chaque étape. Vous voyez avancer le concret, vite.
3. **Run** — Mise en production, formation de vos équipes et suivi dans la durée. La solution vit et s'améliore avec vous.

## Pages
- [Accueil](https://www.visual-concept.net/) : présentation de l'activité et assistant IA.
- [Questions fréquentes](https://www.visual-concept.net/faq) : réponses écrites sur les prestations, le déroulé d'un projet, la fiabilité de l'IA et le traitement des données.
- [Réalisations](https://www.visual-concept.net/realisations) : trois outils d'IA construits en propre, avec leur architecture et leurs garde-fous.
- [Outils testables](https://www.visual-concept.net/outils) : structuration automatique de brief et veille automatisée, utilisables sans inscription.
- [Automatisation de process et intégration IA pour PME à Colmar](https://www.visual-concept.net/automatisation-ia-process-colmar) : Automatisation des process et intégration d'IA pour les PME de Colmar et du Haut-Rhin — y compris là où le no-code (n8n, Make, Zapier) atteint ses limites. Par un architecte logiciel basé près de Colmar.
- [Développement d'applications métier sur-mesure en Alsace](https://www.visual-concept.net/developpement-application-sur-mesure-alsace) : Architecte logiciel basé près de Colmar : applications métier sur-mesure pour les entreprises d'Alsace (Colmar, Mulhouse, Strasbourg) et partout à distance.
- [Automatisation des process pour les entreprises de Mulhouse et d'Alsace](https://www.visual-concept.net/automatisation-entreprise-mulhouse) : Automatisez les tâches répétitives de votre entreprise à Mulhouse et en Alsace : connexion d'outils, fin de la double saisie, process automatisés de bout en bout.
- [Intégration d'IA pour les PME alsaciennes](https://www.visual-concept.net/integration-ia-pme-alsace) : Intégration d'intelligence artificielle utile pour les PME d'Alsace : assistants métier, automatisation augmentée, veille et reporting. Du concret, pas du gadget.
- [Mentions légales](https://www.visual-concept.net/mentions-legales)
- [Politique de confidentialité](https://www.visual-concept.net/politique-de-confidentialite)

## Réalisations

### Un assistant IA qui qualifie une demande entrante à ma place
URL : https://www.visual-concept.net/realisations/assistant-ia-qualification-visiteurs

Un formulaire de contact ne qualifie rien : il enregistre trois champs et laisse le tri à faire. J'ai remplacé le mien par un assistant IA qui répond aux questions du visiteur à partir d'une base de connaissances versionnée, comprend son besoin, puis me transmet un brief structuré sur deux canaux redondants. Voici comment il est construit — et ce que la même mécanique donne appliquée à un support de niveau 1 ou à une pré-qualification commerciale.

Problème : Un visiteur qui a une question précise n'écrit pas dans un formulaire : il part. Et les demandes qui arrivent quand même arrivent floues — « j'aimerais automatiser des trucs » — ce qui impose deux ou trois allers-retours avant de savoir s'il y a un projet. Le formulaire de contact déplace le travail de qualification sur le destinataire, au moment le plus coûteux : après la perte de l'attention du visiteur.

Construit :
- Un chat en streaming token par token : la réponse s'écrit sous les yeux du visiteur, sans attente d'un bloc complet. Le flux est parsé à la main, sans dépendance.
- Une base de connaissances versionnée dans le code (parcours, savoir-faire, réponses fréquentes), injectée dans le prompt système. Corriger une réponse de l'assistant est une modification de texte, pas un réentraînement.
- Deux moteurs interchangeables derrière une seule interface — Groq (Llama 3.3 70B) ou Claude — sélectionnés par variable d'environnement. Changer de fournisseur ne touche pas au reste de l'application.
- Une capture de brief à la fin de la conversation : le visiteur laisse un moyen de contact, l'historique de l'échange part avec la demande — donc le contexte est déjà là.
- Une double notification volontairement redondante : le contenu du brief par e-mail (Resend), et une alerte Telegram qui signale l'arrivée sans transporter aucune donnée personnelle. Si un canal tombe, la demande n'est pas perdue.
- Une pastille d'état en façade : un ping léger sur l'API du modèle, mis en cache 60 secondes, qui vérifie que la clé est valide sans consommer un seul token.

Garde-fous :
- Repli scripté : si aucun moteur n'est configuré ou joignable, l'assistant sert des réponses écrites à l'avance au lieu d'afficher une erreur. Le site ne tombe jamais en panne d'IA — il dégrade.
- Vérification d'origine sur chaque route : une requête qui ne vient pas du site est refusée. L'assistant ne peut pas servir de proxy gratuit vers un modèle payant.
- Limitation de débit par adresse IP, en mémoire vive, sur une fenêtre d'une minute — l'IP n'est écrite dans aucune base ni aucun journal.
- Champ leurre (honeypot) sur le formulaire de brief : les robots le remplissent, les humains ne le voient pas.
- Aucune clé d'API exposée au navigateur : tous les appels aux modèles partent du serveur. Aucune variable publique dans le bundle.

Stack : Next.js, TypeScript, Groq (Llama 3.3), Claude, Resend, Telegram

### Transformer un e-mail confus en brief actionnable, automatiquement
URL : https://www.visual-concept.net/realisations/structuration-automatique-de-brief

« Salut, il faudrait retravailler le site, surtout la boutique qui rame, et p-e un truc pour les stocks ? C'est un peu urgent. » Ce genre de message arrive tous les jours, et le recadrer coûte vingt minutes à chaque fois. J'ai construit un outil qui en sort en quelques secondes un brief structuré : l'objectif reformulé, ce qui est réellement en jeu, les tâches, les points à clarifier et les risques. Il tourne sur ce site, en accès libre.

Problème : Une demande mal cadrée coûte deux fois : d'abord le temps de la décrypter, ensuite le temps perdu quand un oubli remonte trois semaines plus tard. La plupart des outils qui promettent de « résumer » aggravent le problème : ils raccourcissent le texte au lieu d'en extraire les actions, et perdent précisément ce qui n'était pas dit clairement.

Construit :
- Une sortie JSON contrainte au niveau de l'API du modèle : le résultat est une structure exploitable par du code, pas un paragraphe à re-parser.
- Un schéma adaptatif plutôt qu'un gabarit figé : la section « À clarifier » n'apparaît que s'il y a des ambiguïtés, « Points de vigilance » que s'il y a une urgence, un risque ou un bug. Aucune section vide, jamais de rubrique remplie pour faire nombre.
- Deux champs à valeur ajoutée qui vont au-delà du résumé : une analyse de ce qui est réellement en jeu (enjeu business, risque, ce qui n'est pas dit), et une approche recommandée avec un premier pas concret.
- Un modèle rapide (Llama 3.1 8B) plutôt qu'un gros modèle : sur une tâche de structuration bien contrainte, la vitesse de réponse compte plus que la puissance brute — et le coût par appel change d'ordre de grandeur.

Garde-fous :
- Interdictions explicites dans le prompt : ne rien inventer qui ne soit dans le texte source, ne jamais chiffrer un prix, ne jamais promettre un délai ferme. Un outil de cadrage n'a pas à s'engager à la place d'un humain.
- Validation et troncature de chaque champ côté serveur avant affichage : longueur maximale par champ, nombre maximal de sections et de points. Une sortie de modèle est traitée comme une entrée utilisateur — jamais comme une donnée de confiance.
- Mêmes protections que le reste des routes : vérification d'origine et limitation de débit par IP.

Stack : Next.js, TypeScript, Groq (Llama 3.1), Sortie JSON contrainte

### Une veille automatisée où un lien inventé est structurellement impossible
URL : https://www.visual-concept.net/realisations/veille-automatisee-sans-lien-invente

Le reproche le plus fréquent fait à l'IA en veille est justifié : elle cite des articles qui n'existent pas. J'ai construit une veille où ce risque est éliminé par l'architecture, pas par la confiance : le modèle ne manipule jamais d'URL. Il ne renvoie que des numéros de ligne, que le serveur remappe sur les vrais articles collectés. Un lien inventé n'est pas improbable — il est impossible. Cette page raconte les trois pannes successives qui ont conduit là, chiffres à l'appui : un premier outil qui servait des articles vieux de treize ans sans que rien ne plante, un filtre par mots-clés inutilisable, et un plafond de jetons qui a fini par produire la bonne conception. Âge médian des résultats aujourd'hui : quatre jours.

Problème : Le premier symptôme n'était pas une panne : c'était pire. L'outil tournait depuis des semaines, ne plantait jamais, et personne ne relisait ce qu'il servait. Quand je l'ai enfin mesuré, l'article classé en tête sur « automatisation IA PME » avait treize ans, et sur 67 résultats, 65 dépassaient les trente jours — 34 avaient plus de six mois. La cause n'était pas le tri par l'IA, c'était la source : un agrégateur classe par pertinence, pas par date, et sans contrainte de fraîcheur il remonte le contenu intemporel le mieux optimisé pour le référencement. Le modèle recevait déjà de la bouillie, et en faisait une synthèse convaincante — ce qui est la pire des situations. Le socle refait, le problème s'est déplacé sans se résoudre : un filtrage par mots-clés bruts est tout simplement inutilisable, et c'est mesurable. Sur un socle réel de 440 articles, « RGPD » ne trouve RIEN — les articles écrivent « données personnelles » ; et « IA » trouve TOUT, les 440 sur 440, parce que ces deux lettres sont dans « média », « spécial » et « diagnostic ». Soit aveugle, soit inutile.

Construit :
- Un socle fermé de 17 flux RSS choisis et vérifiés un par un — presse informatique, IA, économie, marketing, plus deux sources primaires de droit du numérique dont la CNIL — au lieu d'un agrégateur. Motif : l'agrégateur remontait des fermes de contenu et ne fournit QUE le titre. Ici chaque article arrive avec un extrait, donc le tri et l'analyse portent sur du texte réel, pas sur dix mots.
- Un pipeline en trois étapes, dont une seule coûte des jetons là où ils sont utiles. Étape 1, expansion : un petit modèle traduit le sujet en 4 à 8 expressions de recherche — synonymes, sigle ET forme développée, institutions de référence. C'est ce qui rattrape « RGPD » → « données personnelles », « CNIL ».
- Étape 2, classement déterministe, gratuit et instantané : correspondance sur frontières de mots — ce qui règle « IA » contre « média » — avec le titre pondéré trois fois plus que l'extrait. Un sujet cité dans le titre EST le sujet de l'article ; cité dans le corps, il n'est souvent qu'une mention.
- Étape 3, sélection et analyse : un modèle plus fort relit les meilleurs candidats avec leurs extraits, tranche, et écrit ce que chaque info change pour un dirigeant de PME. C'est l'extrait qui rend cette étape possible : sur un titre seul, elle ne pourrait que paraphraser.
- La contrainte qui a dicté toute l'architecture : la première conception faisait lire les 300 titres du socle par un petit modèle à chaque recherche. Mesuré, ça consommait 8 386 jetons par requête pour 6 000 jetons par minute autorisés — donc une erreur HTTP 413 systématique, à tous les coups. La leçon, transposable partout : mettre l'étape sémantique là où elle est bon marché, c'est-à-dire sur la requête de cinq mots, pas sur le corpus de trois cents articles. La contrainte technique n'a pas dégradé la solution : elle l'a trouvée.
- Un cache mémoire de 30 minutes sur le socle : 17 appels réseau par demi-heure au lieu de 17 par recherche, avec déduplication des remplissages simultanés pour qu'une rafale de visiteurs ne déclenche pas quinze collectes en parallèle.
- Une déduplication à deux niveaux : par URL, puis par signature de sujet — les mots significatifs du titre, normalisés et triés — pour que deux reprises de la même dépêche par deux médias n'occupent pas deux places dans la sélection.

Garde-fous :
- Aucune URL produite par le modèle n'atteint l'affichage : titres, sources, âges et liens sont reconstruits depuis la collecte. Un indice qui ne correspond à rien, ou répété, est écarté.
- Une liste vide est une réponse valide et attendue. Le modèle a pour consigne d'écarter les hors-sujets de la présélection automatique, les contenus promotionnels et les listes d'outils, et de ne rien retenir si rien n'est pertinent. Deux articles justes valent mieux que cinq dont trois à côté — c'est ce qui distingue une veille d'un flux de bruit.
- Interdiction explicite de paraphraser le titre : il est déjà affiché au-dessus. Le commentaire doit dire ce que l'information change concrètement, sinon il n'a pas lieu d'être.
- Température basse (0,2) : sur un tri factuel, la créativité du modèle est un défaut, pas une qualité.
- Troncature propre à la fin de phrase ou au dernier mot entier. Un modèle qui déborde laisserait un « …vigilance accrue en matière » à l'écran : bien plus amateur qu'une phrase courte.
- Résilience du socle : si une collecte revient vide — coupure réseau, flux tous en erreur — alors qu'un socle précédent existe, on sert l'ancien, périmé mais réel, plutôt qu'un vide que le visiteur lirait comme « aucune actualité sur ce sujet ».
- Filtrage déterministe du sujet AVANT tout appel réseau ou modèle : une requête manifestement hors-cadre est rejetée sans coûter un jeton. Une vitrine professionnelle ne doit pas pouvoir afficher n'importe quoi, ni servir de proxy à qui que ce soit.
- Journalisation du sujet recherché pour mesurer l'usage, sans adresse IP ni aucune donnée permettant d'identifier qui l'a saisi.

Stack : Next.js, TypeScript, Groq (Llama 3.1 + 3.3), RSS (17 flux), Cache mémoire

## Questions fréquentes

### Ce que je fais

**Que fait Visual Concept, concrètement ?**

Visual Concept est l'activité indépendante de Sébastien Burn, architecte logiciel basé en Alsace. Trois métiers : concevoir des applications métier sur-mesure (outils internes, portails, back-offices, API), automatiser des process pour supprimer les tâches répétitives et la double saisie, et intégrer l'IA là où elle fait réellement gagner du temps — assistants métier, veille automatisée, reporting. Un seul interlocuteur du cadrage à la mise en production.

**Quelle est la différence avec du no-code comme n8n, Make ou Zapier ?**

Le no-code couvre très bien l'automatisation simple : relier deux outils, déclencher un e-mail, recopier une ligne. Il cale dès que la logique métier devient spécifique, que les volumes montent, que les cas particuliers se multiplient ou qu'il faut brancher l'IA sur vos propres données — les scénarios deviennent alors fragiles, opaques et coûteux à maintenir. J'interviens précisément à cet endroit : je reprends ces automatisations en code testé, versionné et documenté. J'utilise aussi n8n quand c'est le bon outil ; le sujet n'est pas no-code contre code, c'est de mettre le bon niveau d'outillage au bon endroit.

**Faites-vous des sites vitrines, du WordPress ou de l'e-commerce ?**

C'est mon socle technique — PrestaShop, Magento et WordPress depuis 2007, y compris sur des plateformes à fort trafic — donc oui, je sais le faire. Mais ce n'est plus là que j'apporte le plus : un site vitrine simple se produit aujourd'hui en quelques heures avec du no-code ou de l'IA. Pour ce type de besoin, je le dis franchement plutôt que de vous vendre une prestation dont la valeur s'est effondrée. Ma valeur est sur les applications complexes, l'automatisation et l'architecture.

**À qui vous adressez-vous ?**

À des PME, ETI et directions métier qui ont un process coûteux en heures, un outil du marché qui ne colle pas à leur cas, ou une automatisation no-code qui a atteint sa limite. Je conçois au niveau d'exigence des secteurs régulés — assurance, finance, santé — avec authentification d'entreprise (SSO), double authentification, gestion fine des rôles, journalisation, tests automatisés et déploiement continu.

### Comment on travaille ensemble

**Comment se passe un projet, étape par étape ?**

Trois temps. Audit : on identifie ensemble les tâches à fort potentiel d'automatisation et leur retour sur investissement — c'est gratuit et sans engagement. Build : je conçois et développe la solution en itérant avec vous, vous voyez avancer du concret rapidement. Run : mise en production, formation de vos équipes et suivi dans la durée.

**Sous quel délai obtient-on un premier retour ?**

Sous 24 heures, sans engagement. Vous décrivez votre besoin à l'assistant IA du site ou par e-mail à contact@visual-concept.net, et vous recevez un premier retour avec une piste concrète — ou un « ce n'est pas pour moi » argumenté, ce qui vous fait gagner autant de temps.

**Combien ça coûte ?**

Le cadrage initial est gratuit et sans engagement : audit du besoin, estimation, et un avis franc si ça n'en vaut pas la peine. Ensuite, deux cas de figure. En projet : un premier lot utile, conçu et mis en production, démarre à 4 500 € ; une application métier complète se chiffre en dizaines de milliers d'euros. En régie, si vous préférez acheter du temps : 500 € par jour, en direct, sans intermédiaire ni marge d'agence. Ce qui fait varier un chiffrage, c'est le nombre de systèmes à connecter, les exigences de sécurité et le volume de cas particuliers — pas une grille standard. Facturation en franchise en base de TVA (article 293 B du CGI) : les prix sont nets, il n'y a pas de TVA à ajouter.

**Travaillez-vous seul ou en équipe ?**

Sur cette activité, vous échangez directement avec celui qui conçoit et code la solution : pas de commercial intermédiaire, pas de junior à qui le travail est repassé. Par ailleurs, je cadre, architecture, estime et encadre des équipes de développement en méthode agile — c'est mon métier au quotidien, ce qui garantit que la solution livrée est reprenable par une équipe.

**Vous êtes seul : que se passe-t-il si mon projet est trop gros ?**

Je vous le dis avant de signer, pas au troisième mois. Ma capacité est celle d'un architecte seul, et elle est adaptée aux projets où un développeur senior expérimenté va plus vite qu'une équipe : un process métier très spécifique, une automatisation, une application interne, la reprise d'un existant mal documenté. Sur un chantier qui exige trois développeurs en parallèle pendant six mois, je ne suis pas le bon prestataire, et je préfère vous orienter au cadrage. En contrepartie, deux garanties concrètes : ce que je livre est fait pour être repris par une équipe — tests automatisés, documentation, revue de code, déploiement continu, c'est mon métier au quotidien — et il n'y a jamais d'intermédiaire entre vous et la personne qui écrit le code.

**Où intervenez-vous ?**

Basé près de Colmar, dans le Haut-Rhin. En Alsace — Colmar, Mulhouse, Strasbourg — je me déplace pour voir vos process sur place : sur un projet d'automatisation, observer le déroulé réel une demi-journée vaut mieux que trois réunions à décrire ce qui se passe. Le développement, lui, se fait à distance, et je travaille partout en France en visio. Aucun déplacement n'est facturé pour rien.

### IA, fiabilité et données

**« Intégrer l'IA », ça veut dire quoi exactement ?**

Brancher un modèle de langage sur un usage opérationnel précis, pas ajouter un chatbot pour faire moderne. Trois exemples que vous pouvez tester sur ce site, et que j'ai construits de bout en bout : un assistant qui répond aux visiteurs à partir d'une base de connaissances et qualifie leur besoin, un outil qui transforme un e-mail confus ou des notes en vrac en brief structuré, et une veille qui lit l'actualité d'un sujet et en produit une synthèse sourcée. Chez vous, les mêmes mécaniques tournent sur vos données et vos sources.

**Et les hallucinations ? Comment fait-on confiance à une IA ?**

On ne fait pas confiance au modèle : on contraint ce qu'il peut produire. Trois garde-fous que j'applique systématiquement, et qui tournent sur ce site. Le modèle ne renvoie jamais une donnée qu'il pourrait inventer : dans mon outil de veille, il ne renvoie que des numéros d'articles, jamais des URLs, et le serveur remappe ensuite sur les vrais liens — un lien inventé est donc structurellement impossible. La sortie est un format strict, validé et tronqué côté serveur avant affichage. Et le système dégrade proprement : si le modèle est indisponible, l'assistant bascule sur des réponses écrites à l'avance au lieu de tomber en panne. La fiabilité vient de l'architecture autour du modèle, pas du modèle.

**Où vont mes données si j'utilise l'IA ?**

Sur ce site, tout est écrit noir sur blanc dans la politique de confidentialité : ce qui est collecté, quel prestataire le reçoit, dans quel pays et pour combien de temps. Le site n'écrit aucun cookie et n'affiche donc aucun bandeau de consentement. Sur un projet client, le choix du fournisseur de modèle, la localisation des traitements et ce qui doit rester chez vous font partie du cadrage : ce sont des décisions d'architecture, elles se prennent avant d'écrire du code, pas après.

**L'IA va-t-elle remplacer mes équipes ?**

Ce n'est pas l'angle. Ce que l'automatisation et l'IA absorbent bien, c'est le répétitif : recopier des données d'un outil à l'autre, relancer à la main, répondre pour la centième fois à la même question. C'est aussi ce qui coûte cher et démotive. Le travail de jugement, de relation et de décision reste à vos équipes — avec le temps qu'elles ne passent plus à faire du copier-coller.

### Technique et cadre légal

**Quelles technologies utilisez-vous ?**

TypeScript, Node.js, Next.js, React et Fastify côté application ; Prisma et PostgreSQL côté données ; n8n, LLM et agents côté automatisation et IA ; PrestaShop, Magento et WordPress sur l'historique e-commerce. Côté méthode : architecture logicielle, cadrage technique, estimation, revue de code, CI/CD et Scrum. Le choix technique découle du besoin et de votre capacité à maintenir la solution — jamais de la mode du moment.

**Quelle est votre expérience ?**

Développement web depuis 2007 : e-commerce (PrestaShop, Magento, WordPress) puis plateformes à fort trafic, soit près de vingt ans à apprendre où se cache la complexité réelle. Depuis 2023, activité concentrée sur les applications métier sur-mesure, l'automatisation et l'intégration d'IA, avec une pratique quotidienne d'architecture, de cadrage, d'estimation et de direction technique d'équipe.

**Quel est le statut juridique de Visual Concept ?**

Visual Concept est le nom commercial de Sébastien Burn EI, entrepreneur individuel immatriculé sous le SIRET 49405963700020, activité de programmation informatique (code APE 6201Z), établi à Gueberschwihr dans le Haut-Rhin. Facturation en franchise en base de TVA (article 293 B du CGI). L'identité complète de l'éditeur figure sur la page mentions légales.

**Comment vous contacter ?**

Par e-mail à contact@visual-concept.net, ou en décrivant votre besoin à l'assistant IA sur visual-concept.net : il vous pose deux ou trois questions et me transmet un brief clair. Premier retour sous 24 heures, sans engagement. Profil LinkedIn également disponible depuis le pied de page du site.

## Contact
E-mail : contact@visual-concept.net. Un assistant IA sur https://www.visual-concept.net qualifie les demandes et transmet un brief. Premier retour sous 24 h, sans engagement. Cadrage initial gratuit.