Chaque conversation arrive avec une histoire.

Envelen s’inspire de l’enveloppe : quelque chose arrive, porte un sens, atteint la bonne personne et reçoit une réponse. Dans le produit, cette enveloppe est une conversation client plutôt qu’un courrier.

La métaphore reste discrète. Envelen est une plateforme de support client, pas un client de messagerie ni une interface à thème postal.

Un message seul explique rarement assez. La bonne réponse dépend de qui est le client, de ce qu’il utilise, de l’endroit où il se trouve dans le produit, de ce qui s’est déjà passé et de qui, de l’humain ou de l’IA, est responsable à cet instant.

Envelen garde ce contexte attaché à la conversation pour que l’action suivante ne commence pas par une nouvelle série de questions.

L’interface est volontairement sobre : une seule Inbox, des états clairs, des textes directs et le produit lui-même comme preuve. En dessous, Envelen fait respecter les frontières entre espaces de travail et applications, des sessions vérifiées, des clés d’intégration à portée limitée, des webhooks signés et des actions auditées.

La simplicité doit décrire l’expérience, pas le modèle de sécurité.

Envelen commence par un Copilot supervisé. Il récupère la Knowledge validée, produit une suggestion structurée, cite les sources utilisées et laisse la décision d’envoi finale à un membre de l’équipe.

L’autonomie est une capacité future qui devra gagner la confiance par l’évaluation. Ce n’est pas une promesse cachée derrière une étiquette bêta.

L’Inbox, le widget, le contexte client, Knowledge, Copilot supervisé, l’API, les contrôles d’utilisation et les workflows d’équipe forment le produit actuel. Les webhooks signés sont en place, mais leur envoi sortant est suspendu pendant l’accès anticipé. Le paiement via Stripe, l’IA client autonome et MCP ne sont pas présentés comme disponibles avant d’être livrés.

L’objectif est simple : rendre chaque conversation entrante plus facile à comprendre, à prendre en charge et à résoudre.