Notre approche

Les équipes d’entreprise disposent déjà d’applications performantes. Le travail bloque pourtant encore entre les systèmes, les documents, les équipes et les approbations. Notre approche vise à combler ces écarts d’une manière que votre organisation peut s’approprier, exploiter et améliorer.

Cinq principes

Le processus avant la technologie

Nous partons du flux de travail, des personnes qui y participent et des décisions dont il dépend. Ce n’est qu’ensuite que nous nous demandons quelle capacité, qu’il s’agisse d’une règle, d’une intégration, d’un agent IA ou d’un changement dans la façon de travailler d’une équipe, constitue la bonne réponse. Cela maintient la solution attachée à un résultat métier plutôt qu’à une fonctionnalité.

Les plateformes existantes comme point de départ

Salesforce, Oracle et SAP détiennent déjà vos données, vos permissions et vos utilisateurs. Nous utilisons les capacités natives de la plateforme là où elles conviennent et ne les étendons que là où elles n’atteignent pas. Chaque composant spécifique est documenté afin que votre équipe sache ce qui est standard et ce qu’il lui revient de maintenir.

L’intégration et la préparation des données font partie de la livraison

Un agent ou une automatisation n’est utile que dans la mesure des données qu’il peut atteindre et des systèmes dans lesquels il peut agir. La conception de l’intégration, les contrôles de qualité des données et la conception des accès font partie de la mise en œuvre, et non d’un projet distinct découvert tardivement.

Responsabilité humaine et contrôles

Chaque flux de travail que nous concevons indique clairement qui est responsable de quoi. Les permissions, les limites d’approbation, les critères d’évaluation et les exigences d’audit sont conçus dès le départ. Tout ce qui engage l’entreprise, comme un paiement, une modification de commande, une communication client ou une remédiation en production, est autorisé par une personne.

Une responsabilité au-delà de la mise en production

Les solutions se dégradent faute d’attention. Les connaissances deviennent obsolètes, les versions modifient les comportements et les usages évoluent. Nous restons engagés à travers la gestion applicative et l’amélioration continue, ou nous transmettons le relais à votre équipe avec la documentation et les procédures d’exploitation nécessaires pour opérer en confiance.

Choisir le bon type d’automatisation

Tous les processus n’ont pas besoin d’un agent autonome. Nous appliquons une règle simple pour décider de la nature de chaque étape :

• L’automatisation déterministe traite les règles connues. Si la logique peut être écrite et testée, une intégration ou un flux de travail à base de règles est plus rapide, moins coûteux et plus facile à auditer.
• L’IA assiste pour l’interprétation et l’ambiguïté. Classer une demande en texte libre, extraire des faits d’un document, rédiger une explication ou retrouver la bonne connaissance sont des tâches où un modèle apporte de la valeur, à condition que ses résultats soient vérifiés et fondés sur des sources.
• Les humains conservent les décisions qui exigent du jugement ou de l’autorité. Les approbations, les engagements, les exceptions hors des limites convenues et tout ce qui a une conséquence réglementaire ou contractuelle restent entre les mains d’une personne.

Ces trois approches sont complémentaires. La plupart des solutions utiles les combinent toutes.

Le cycle de vie d’un agent

Lorsqu’un agent IA est la bonne réponse, nous le menons à travers un cycle de vie qui produit des preuves à chaque étape :

1. Découvrir. Définir le problème, les utilisateurs, les données et systèmes concernés, les limites de ce que l’agent peut faire, et les mesures qui nous diront s’il fonctionne.
2. Concevoir. Spécifier le flux de travail, les points d’approbation, les sources de connaissances, les outils que l’agent peut appeler et le comportement de repli lorsqu’il ne peut pas poursuivre.
3. Connecter. Intégrer aux plateformes, accorder le minimum de permissions requis et ancrer l’agent dans les connaissances approuvées de l’entreprise.
4. Évaluer. Tester selon des critères de qualité convenus avec des cas représentatifs, y compris ceux qui devraient être refusés ou escaladés.
5. Déployer. Déployer de manière contrôlée, avec la supervision, le retour arrière et la désactivation en place et compris par les personnes qui en ont la charge.
6. Superviser. Surveiller les actions échouées, la dérive de qualité, les connaissances obsolètes et les coûts inhabituels, et gérer les modifications de prompts, de configuration et de connaissances sous contrôle de version.

Le périmètre et la durée sont établis en phase de cadrage. Nous ne nous engageons pas sur un agent en production selon un calendrier fixe avant d’avoir compris l’environnement.

Transition vers la gestion applicative

La gestion applicative couvre les applications que votre organisation exploite déjà, et pas seulement les solutions que nous avons construites. La transition suit une séquence cohérente :

1. Découvrir le parc existant. Applications, intégrations, personnalisations, problèmes ouverts et personnes qui les connaissent.
2. Convenir du périmètre et des responsabilités. Quelles applications, quels services, quelles sévérités, et qui fait quoi entre votre équipe, QxOrbit et l’éditeur.
3. Transférer les connaissances. Documentation, procédures d’exploitation, accès et observation en binôme, afin que rien ne dépende de la mémoire d’une seule personne.
4. Établir une référence de service. Déterminer comment les incidents, les problèmes, les changements et les évolutions sont actuellement traités et mesurés.
5. Exploiter. Assurer le service convenu avec le tri des incidents, l’analyse des causes racines, les modifications de configuration, l’analyse d’impact des versions, les tests de régression et la supervision des intégrations.
6. Améliorer. Utiliser ce que le service apprend pour réduire les incidents récurrents, retirer les contournements et prioriser les évolutions.

Les heures de service, les définitions de sévérité, les objectifs de réponse et les responsabilités d’escalade vers l’éditeur sont convenus pour chaque mission plutôt que publiés comme une offre standard.

Démarrer une conversation

Si cette façon de travailler correspond à la manière dont vous souhaitez aborder un problème, parlez-nous de vos priorités ou explorez les cas d’usage pour voir comment ces principes s’appliquent à des flux de travail précis.