La scène se rejoue chaque semaine dans des dizaines d'équipes : un changement de prompt appliqué directement en production, un comportement validé qui disparaît, et aucun moyen de revenir en arrière.

Le versioning existe pour le code depuis trente ans. Personne n'accepterait de déployer un logiciel sans historique ni rollback. Pourtant c'est exactement ce qu'on demande aux équipes marketing qui opèrent une expérience conversationnelle.

Personne n'accepterait de déployer un logiciel sans historique ni rollback.

Le déploiement sans gouvernance

Les ingénieurs savent qui a modifié quelle ligne, quand, et pourquoi. Ils reviennent à un état antérieur en deux minutes. Ils déploient avec un filet.

L'équipe marketing qui opère un assistant IA, elle, modifie un prompt en production, sans snapshot, sans historique, sans rollback. Dans la plupart des plateformes, les configurations ne sont pas versionnées : elles sont écrasées.

Le suivi des changements, quand il existe, vit dans un fichier Notion.

C'est une asymétrie structurelle. Et elle produit toujours le même résultat : une configuration boîte noire, dont personne ne sait exactement ce qu'elle contient ni pourquoi certains comportements existent.

La peur fossilise l'assistant

Un system prompt n'est pas une phrase. C'est des semaines d'ajustements accumulés, instructions, contraintes, persona. Changer une ligne peut désactiver un comportement validé ou casser un parcours qui convertissait.

Sans versions, chaque modification est un pari. Alors les équipes arrêtent de parier : « on n'y touche plus ». L'assistant se fossilise par prudence, pendant que les offres, les saisons et les priorités évoluent sans lui.

C'est le paradoxe du déploiement sans gouvernance : l'absence de filet ne protège pas la production, elle garantit sa dégradation lente.

Le git des conversations

Chez Scenaro, le Cockpit applique aux expériences conversationnelles la discipline que git a apportée au code, sans en exiger les compétences.

Chaque publication génère une version immuable de la configuration complète : prompts, services, scénarios, features. On publie d'abord en staging, on valide, puis on promeut en production. On compare deux versions. On revient en arrière en un geste si un comportement dérape.

La promotion est non-destructive : l'identifiant de publication ne change pas, les scripts déjà intégrés sur le site restent valides. Le marketing publie en autonomie ; la tech n'a rien à redéployer. Des tags permettent même de préparer une version « Noël » ou « soldes » en parallèle, sans dupliquer le scénario.

L'effet est mécanique : quand le risque est contrôlé, on itère plus. Les équipes passent de « on n'y touche pas » à une itération hebdomadaire confiante. C'est exactement ce qui sépare les expériences vivantes, Club Français du Vin, Urbansider, Lupi, des assistants figés au premier jour.

Et l'enjeu dépasse l'outillage. Toutes les marques parleront bientôt directement avec leurs clients ; ce dialogue deviendra un actif aussi critique qu'un site web. Un actif critique sans gouvernance du changement, ça n'existe pas, pas durablement. Le versioning conversationnel n'est pas une feature. C'est la condition pour que le marketing pilote son assistant comme un produit, sans peur et sans ticket.

Découvrez comment fonctionne le versioning Scenaro →