Le support reste simple quand le contexte reste réuni.

Envelen n’est pas un outil d’e-mail auquel on a ajouté de l’IA. Les messages arrivent par le widget du produit et restent liés au client, à son organisation, à son offre, à la page consultée, à l’attribution et à l’historique complet de la conversation.

L’Inbox offre à l’équipe un seul endroit pour comprendre ce qui s’est passé, qui est responsable et ce qui doit suivre.

Envelen Copilot s’appuie sur la Knowledge publiée et sur un contexte de conversation sûr pour préparer un brouillon ou recommander un passage de relais. Pendant la bêta supervisée, un membre de l’équipe relit chaque brouillon avant que quoi que ce soit n’atteigne le client.

Cette limite conserve la rapidité de l’IA sans masquer qui a pris la décision finale.

Un jeton de support de courte durée identifie les clients connectés sans se fier à une identité fournie par le navigateur. Le contrôle des origines protège les sessions anonymes, tandis que des clés d’API à portée limitée et des webhooks signés relient Envelen au reste de votre produit.

Résultat : une surface de support qui grandit avec l’application au lieu de devenir un îlot opérationnel à part.

Les offres rendent visibles les quotas de conversations, de membres, d’applications et d’IA gérée. À la limite d’IA gérée, le support humain continue. À la limite de conversations, les fils existants restent ouverts tandis que les nouveaux attendent la réinitialisation mensuelle. Le BYOK OpenAI ou Mammouth reste en dehors du quota d’IA gérée.

Le produit indique à l’équipe ce qui est limité avant que la limite ne change le workflow.