Un client souhaite modifier l'adresse de livraison d'une commande. Un assistant IA comprend immédiatement la demande. La question est de savoir s'il doit effectuer ce changement.

Le colis a peut-être déjà quitté l'entrepôt. La nouvelle adresse peut exiger des frais de livraison différents. L'auteur de la demande n'a peut-être pas l'autorité requise. Une réponse fluide ne règle aucun de ces aspects.

C'est ici que la proposition de l'IA devient une décision de conception de service. Cette tâche nécessite un résultat défini, des données de compte exactes et des limites claires quant aux capacités du système.

Diviser une demande en décisions distinctes

Changer une adresse semble être une action simple. En pratique, cela implique de valider l'identité du client, de vérifier la commande, d'identifier les options et d'enregistrer la modification autorisée.

Certaines étapes routinières se prêtent à l'automatisation. Consulter l'état de la livraison diffère d'une réexpédition. De même, expliquer une politique établie diffère d'accorder une exception.

Évaluez ces étapes séparément. Déterminez ce que le système peut exécuter, ce qui requiert la confirmation du client et ce qui relève d'un employé. Cette méthode s'avère plus efficace que d'attribuer toute la conversation à un robot ou à un humain.

Cette approche s'applique également aux modifications de réservations, aux corrections de comptes et aux demandes de paiement. L'unité de conception est l'action ayant des conséquences, et non la durée de l'échange.

Définir des conditions d'arrêt pour le système

Supposons que le dossier indique que l'envoi est en attente, mais que le transporteur signale le colis en transit. L'assistant fait face à des données contradictoires.

La conception finale doit prévoir cette situation avant qu'elle ne touche les clients. Le système pourrait suspendre la modification, expliquer la nécessité d'une vérification et transférer le dossier à un employé autorisé.

Une supposition rapide serait plus agile, mais elle risquerait de créer une promesse impossible à tenir pour l'entreprise.

Des conditions d'arrêt claires rendent cet arbitrage explicite. L'absence de preuve d'identité, des dossiers contradictoires ou des demandes hors politique doivent mener à une étape suivante définie. Le client ne doit pas découvrir l'échec en attendant un colis qui n'arrivera jamais.

Confirmer la finalisation de l'action

Le message final de l'assistant doit refléter l'état réel du traitement. Si le changement d'adresse est en attente d'approbation, mentionnez-le. Ne confirmez la modification qu'une fois celle-ci enregistrée dans le système concerné.

Évaluez le projet pilote selon les mêmes critères. Analysez les actions réussies, les corrections, les demandes répétées et les cas où un employé a annulé une recommandation. Examinez les exceptions : elles révèlent souvent une règle manquante ou une source de données peu fiable.

Commencez par une action simple, au résultat clair et aux conséquences gérables. Élargissez la portée uniquement lorsque le système peut expliquer ses actions, détecter les erreurs et corriger la situation.

Une IA efficace repose sur une promesse de service que l'organisation peut réellement tenir.