Aller au contenu

Stack marketing IA (plateforme interne d'Alban)

Définition

Plateforme web interne construite par Alban qui réimplémente / wrappe les outils marketing SaaS (Customer.io pour les mails, Zendesk pour le care) sur une DB propre, pilotable par des agents Cloud Code via un MCP. Objectif : automatiser massivement le marketing / care et donner à l'IA un accès direct à toute la donnée de com pour optimiser le funnel.

Pourquoi on en parle

État actuel (auto)

Dernière mise à jour : 2026-06-09 (post synchro Alban × Denis 04/06)

Périmètre couvert à date

  • Mails : templates PDP recréés ; broadcasts + campagnes (logique Customer.io) ; envoi toujours via Customer.io mais en poussant le HTML brut par l'API, plus de construction de template dans Customer.io (« c'est l'enfer » le template-sur-template) (transcript 04/06 L965-974).
  • Créa "Figma en HTML" : feature ajoutée pour créer les visuels directement en HTML via le MCP (au lieu de sortir sur Figma + import), export image → CDN par un petit script, réutilisable dans un mail. Garde le flow 100% IA (L920-932).
  • Care / support : tickets Zendesk recréés, auto-tagging + catégorisation, SLA par catégorie (priorisation), macros, base de connaissances maintenue par le care et lisible par l'IA (objectif : sortir de Zendesk + alimenter un futur agent user). AirCall ajouté, pas encore branché (L1112-1214).
  • Webinars : 2/semaine (Quentin), mail auto d'inscription aux nouveaux (L1129-1136).
  • Vue client : timeline client reconstruite, mails market + data compte — doublon assumé avec le back-office care existant (L1220-1244).
  • MCP de la plateforme : toutes les routes exposées dans un MCP ; les agents internes tapent le MCP directement (avant : passage par Cloud Code) (L902-914).

Vision data lake / optimisation funnel

Cible : Customer.io joue le rôle de CDP (renvoie les events vers une DB requêtable, « la DB de Customer.io est dégueulasse ») → constituer un data lake croisant écran vu / info donnée / action user / interaction com, pour laisser l'IA optimiser le funnel et personnaliser les coms (taux d'ouverture / clic / conversion) (L986-1082). Alban : « le sujet le plus fou qu'on peut faire en marketing » ; difficulté réelle = la volumétrie Bricks (ne pas tout faire planter) (L1046).

Production / fiabilité

Construite en cloud workflows (Claude Code) avec skills de review, tests, doc dans le code, monitoring Sentry (cf AI Coding & Vibe Coding). Architecture feature-first (services/composants/contrôleurs par feature) (L1808-1832).

Lecture produit (lentille lean)

[outcome non formulé] à l'échelle de la plateforme. Romain en a vu une démo le 29/05 ; l'outil a depuis beaucoup grossi (care, KB, webinars, data lake). Points à cadrer au retour de Romain : - Pari mesurable visé (quoi optimiser, baseline, target) ? - Risque de réimplémenter Customer.io + Zendesk en interne (coût de maintenance vs SaaS) — où s'arrête le wrapper, où commence le remplacement ? - Criticité : envoi de mails de masse + données d'une large base d'users = sujet à classer dans la grille de criticité.

Concepts liés

  • mcp — interface LLM ↔ API, socle du pilotage de la plateforme par agents
  • ai-coding-vibe-coding.md — mode de production (cloud workflows, skills de review)
  • outil-d-analyse — autre brique interne construite sur le même pattern (DB propre + MCP)

Sources