Clarwiz exécute des processus complets de bout en bout, à travers vos plateformes, canaux, agents et équipes. Chaque étape s'exécute en fonction de ce que votre entreprise sait déjà : les règles, les engagements, les précédents. Et tout ce qui est significatif attend la signature d'une personne désignée.
Vous ne recevez pas une toile vierge. Nous construisons le premier avec votre équipe.
Chacun de vos outils fait sa part puis s'arrête. L'orchestration est ce qui fait avancer un processus à travers tous ces outils, décide de la suite, et sait qui doit l'autoriser. Clarwiz ajoute la partie manquante : elle fonctionne avec votre entreprise.
Un processus peut faire appel à une plateforme, une API, un essaim de nos agents, un agent que votre équipe a construit dans un autre framework, ou une personne qui doit signer. Même processus, même gouvernance, quel que soit qui exécute l'étape.
Les règles, les relations entre entités et les décisions antérieures sont cartographiées et évaluées au moment de la décision, et non copiées dans chaque workflow. Modifiez une règle une fois, et chaque processus qui en dépend change avec elle.
Conserve l'état aussi longtemps que le travail le nécessite réellement. Quatre minutes ou trois semaines, à travers les attentes, les nouvelles tentatives, les transmissions et les approbations, sans perdre le contexte.
Un niveau d'autonomie par processus, une piste d'audit qui nomme la personne et la règle, et un arrêt qui s'applique à la prochaine étape d'un processus en cours, pas à sa fin.
Ce que la plateforme sait, ce qu'elle fait, et qui est autorisé à l'approuver sont maintenus comme trois éléments distincts. Cette combinaison explique pourquoi cela fonctionne là où un pilote a échoué.
Règles, seuils, conditions fournisseurs, la formule que le juridique ne vous laisserait pas mettre par écrit, et tout ce que l'entreprise sait mais n'a jamais écrit : l'enregistrement dans l'ERP, la promesse faite par e-mail ou par appel, l'exception réglée le trimestre dernier avec sa raison. Quatre flux — vos plateformes, vos agents, vos conversations, le registre public — composés en une mémoire vivante de chaque client, commande et fournisseur.
Le client s'est vu promettre une remise fidélité de 10 % sur sa prochaine commande, lors d'un appel au support.
Enregistré à partir de l'appel, attribué à l'agent qui l'a promis, classé au dossier du client.
Il commande à nouveau. Un autre représentant, un autre canal.
Rappelé avant même qu'on lui réponde. La promesse, qui l'a faite et quand, rattachée à la commande, et la remise appliquée sans que le client ait dû le redemander.
Ici, un playbook n'est pas un diagramme du travail, c'est le travail lui-même. Modélisez un processus une fois et Clarwiz l'exécute à travers vos plateformes, vos canaux, nos agents, des agents que vous avez construits ailleurs, et les personnes qui doivent signer. Les agents travaillent en parallèle, l'un rédige le devis pendant qu'un autre vérifie le crédit et un troisième retient le transporteur, et chaque étape consulte le Brain lorsqu'elle a besoin de savoir ce que l'entreprise sait. Le playbook conserve le contexte aussi longtemps que le processus le nécessite réellement, que ce soit quatre minutes ou trois semaines.
Starting…
Le Cockpit est l'endroit où vous vous tenez pendant que la plateforme fonctionne. Chaque client, chaque demande, chaque exécution de playbook en cours : quels agents y participent, ce qu'ils ont fait, et la piste complète, jusqu'à l'enregistrement de l'appel. Ce qui vous attend, ce qui s'est exécuté sans vous, ce qui a été refusé et sur quelle règle. Lorsqu'une étape nécessite un humain, elle atterrit ici, et votre équipe peut piloter, annuler, ou reprendre le contrôle de n'importe quelle exécution, en plein vol. L'autonomie est un curseur par processus plutôt qu'un acte de foi à l'échelle de l'entreprise, et il tourne dans les deux sens.
Il n'a jamais été question d'avoir moins de personnes. Il s'agit de faire en sorte que les personnes que vous avez déjà arrêtent de passer leur semaine sur les parties qui n'avaient jamais besoin d'elles, et commencent à la passer sur les parties que seules elles peuvent faire.
Heures récupérées par semaine, par processus, comptées à partir du journal du Cockpit.
Objectifs indicatifs. Les vôtres sont convenus avant le déploiement, puis mesurés.
Augmenter la valeur vie client de vos clients et prospects grâce à des communications personnalisées.
Playbooks Retail →TechnologieFaire passer chaque deal du devis au renouvellement sans que l'équipe revenus le porte à la main.
Playbooks Technologie →Voyage & hôtellerieAutomatiser réservations, modifications et remboursements en volume de haute saison, sans augmenter les effectifs.
Playbooks Voyage →MédiasAutomatiser les campagnes personnalisées, les droits et les workflows partenaires, du brief à la facture.
Playbooks Médias →Chaque catégorie ci-dessous est réelle, et certaines existent probablement déjà dans votre entreprise. La colonne qui n'existe nulle part ailleurs est celle où les règles et les précédents persistent d'une exécution à l'autre.
Faites glisser le tableau latéralement →
| Capacité | Outils de workflow | Plateformes d'agents | Clarwiz |
|---|---|---|---|
| Coordination | Étape par étape, un déclencheur à la fois | Au sein de l'écosystème d'un seul fournisseur | Processus parallèles de longue durée sur l'ensemble de votre parc |
| Contexte | Ce que vous transmettez dans le payload | État partagé au sein d'une seule exécution | Un Brain métier qui persiste d'une exécution à l'autre et s'accumule |
| Guardrails | Écrits séparément dans chaque workflow | Guardrails au niveau du prompt, par agent | Déclarés une fois, contraignants sur chaque processus |
| Contrôle humain | Un nœud d'approbation que vous devez penser à ajouter | Escalade quand le modèle n'est pas sûr | Un niveau d'autonomie par processus, modifiable en un clic |
| Exceptions | Échec et alerte | Nouvelle tentative et escalade | Réglées une fois, enregistrées, et appliquées automatiquement la prochaine fois |
| Qui construit | Quiconque possède l'outil | Ingénierie IA | Équipes opérationnelles et builders, sur la même plateforme gouvernée |
Des formes de catégories, pas des fournisseurs uniques. Apportez vos propres agents ; Clarwiz les gouverne comme les nôtres.
Commencez avec un seul playbook. Chaque playbook que vous ajoutez rend le Brain plus dense — plus d'entités cartographiées, plus de précédents archivés, plus de règles codifiées — c'est pourquoi le quatrième se met en place en quelques jours, pas les semaines qu'a prises le premier.
Onboarding, exceptions de commande, renouvellements, et tout ce qui dévore la prochaine semaine.
La plupart des projets IA stagnent parce que quelqu'un doit encore déterminer où la diriger, et cette personne a déjà un travail à temps plein. Nous faisons cette partie. Nos ingénieurs s'installent avec l'équipe qui exécute le travail et capturent d'abord le processus réel, exceptions incluses.
Nous établissons le blueprint du processus avec les personnes qui l'exécutent réellement, y compris les décisions de jugement qui ne figuraient jamais dans la procédure.
→Les règles et les précédents vont dans le Brain. Le travail devient un playbook avec un propriétaire désigné et un point où une personne signe.
→Il fonctionne sur un volume réel avec une autorité nulle, proposant ce qu'il aurait fait. Vous comparez, et l'écart constitue la preuve.
→Les heures récupérées par semaine, convenues comme un chiffre avant de commencer et comptées à partir du journal du Cockpit, pas estimées.
Faites glisser les étapes latéralement →
Heures récupérées par semaine, par processus, et ce que votre équipe en fait. Convenu avant le déploiement, mesuré à partir de la piste d'audit, revu chaque mois. Si un processus ne récupère pas d'heures, il est corrigé ou désactivé.
Travail du cycle de vie des employés, de la demande à la résolution, avec des approbations qui restent entre les mains de l'équipe RH plutôt que du système.
Support e-commerce automobile du premier message à la résolution : statut de commande, questions de compatibilité, retours. Clarwiz traite le fil du client et les fils des fournisseurs en parallèle, de sorte que la réponse arrive en une seule conversation au lieu de trois. Tout ce qui sort de la politique est escaladé à une personne avec le contexte joint.
Opérations client et exceptions de traitement des commandes exécutées selon une couche de politique unique et partagée.
Livraison client coordonnée à travers les systèmes et transmissions qui vivaient auparavant dans la boîte de réception de quelqu'un.
Un assistant en libre-service sur le portail d'aide, guidant les utilisateurs à travers l'installation, la configuration et la migration : résolvant les questions techniques qui devenaient des tickets, et transmettant ce à quoi il ne devrait pas répondre à l'équipe support avec le fil joint.
Travail du cycle de vie des employés, de la demande à la résolution, avec des approbations qui restent entre les mains de l'équipe RH plutôt que du système.
Support e-commerce automobile du premier message à la résolution : statut de commande, questions de compatibilité, retours. Clarwiz traite le fil du client et les fils des fournisseurs en parallèle, de sorte que la réponse arrive en une seule conversation au lieu de trois. Tout ce qui sort de la politique est escaladé à une personne avec le contexte joint.
Opérations client et exceptions de traitement des commandes exécutées selon une couche de politique unique et partagée.
Livraison client coordonnée à travers les systèmes et transmissions qui vivaient auparavant dans la boîte de réception de quelqu'un.
Un assistant en libre-service sur le portail d'aide, guidant les utilisateurs à travers l'installation, la configuration et la migration : résolvant les questions techniques qui devenaient des tickets, et transmettant ce à quoi il ne devrait pas répondre à l'équipe support avec le fil joint.
La plupart des pilotes placent un modèle devant une personne et mesurent si cette personne l'a aimé. Rien n'a changé dans l'opération, car le travail avait encore besoin d'un humain pour le démarrer, le vérifier et le terminer. Clarwiz part de l'autre bout : nous capturons un processus entier, encodons le jugement dont il dépend, et l'exécutons. La mesure n'est pas la satisfaction, ce sont les heures récupérées par semaine sur un travail qui nécessitait auparavant une personne pour chaque cas.
Non, il s'agit d'améliorer la productivité de votre équipe. Il s'agit de ce à quoi votre équipe actuelle consacre sa semaine. Le travail que nous prenons est la partie répétable : la rédaction, les relances, la vérification, la constitution de preuves. Ce qui reste, c'est le jugement, les relations et les exceptions, qui sont la partie pour laquelle vous avez embauché ces personnes. Nous ne prétendrons pas qu'aucun rôle ne change jamais, mais le discours honnête est une capacité que vous ne pouvez pas actuellement acheter, pas une ligne d'effectifs.
C'est la couche qui fait fonctionner le travail au-dessus de vos outils individuels : des processus longs qui traversent plusieurs plateformes, impliquent à la fois des logiciels et des personnes, et prennent des heures ou des semaines plutôt que des secondes. Elle décide de ce qui se passe ensuite, dans quel ordre, et qui doit l'autoriser. Clarwiz ajoute une chose à cette définition. Le processus s'exécute selon un contexte métier persistant, il connaît donc vos règles et votre historique plutôt que seulement les données présentes.
Les outils de workflow connectent l'étape A à l'étape B et s'exécutent lorsqu'ils sont déclenchés. Ils ne conservent rien entre les exécutions, et chaque workflow porte sa propre copie de vos règles métier, c'est pourquoi ils divergent. Clarwiz sépare le savoir du faire. Les règles et le contexte vivent dans le Brain, l'exécution vit dans l'Orchestration, l'autorité vit dans le Cockpit. Modifiez une règle une fois, et chaque processus qui en dépend change avec elle.
Non. Clarwiz se place au-dessus de vos systèmes et outils actuels et coordonne tout ce qui s'exécute en dessous, qu'il s'agisse d'automatisation existante, d'un script écrit par quelqu'un, de l'agent d'un fournisseur, d'un appel API ou d'une personne effectuant une tâche. La plupart des opérations utilisent déjà plusieurs outils. L'écart se situe généralement dans la coordination intelligente entre eux, pas dans les outils eux-mêmes.
Oui. Un agent de n'importe quel framework peut participer à un processus en tant que participant. La gouvernance ne change pas selon qui l'a construit. Les mêmes règles le lient, la même piste d'audit l'enregistre, et le même niveau d'autonomie limite ce qu'il peut faire sans une personne.
Trois choses, dans l'ordre. Les règles dans le Brain, évaluées au moment de la décision, qui peuvent refuser une action pure et simple. Le niveau d'autonomie du processus, qui plafonne ce qu'il peut faire sans signature. Et l'arrêt dans le Cockpit, qui prend effet à la prochaine étape d'un processus en cours plutôt que d'attendre qu'il se termine. Chaque refus est enregistré avec la règle qui l'a causé.
Le premier processus est capturé et encodé en quelques semaines, et passe en direct en mode Shadow sur un volume réel avant de détenir la moindre autorité. Cette période de shadow est d'où vient la preuve : ce qu'il a proposé, ce que votre équipe a réellement fait, et l'écart entre les deux. L'autorité ne se déplace qu'après cela.
Une session de travail, pas une démo. Quatre-vingt-dix minutes avec les personnes qui exécutent réellement le processus. Vous repartez avec un plan détaillé : les étapes, les exceptions, où une personne doit rester impliquée, et une estimation honnête des heures récupérées.