← Retour au blog

Concevoir un copilot utile

Lucian BLETAN

Un bon copilot n’est pas un chatbot généraliste qui attend une question. C’est un assistant proactif, conçu pour intervenir au bon moment dans un workflow précis. Il ne vise pas à converser, mais à accélérer une tâche en proposant des actions claires et vérifiables. Sa valeur ne réside pas dans sa capacité à discuter, mais dans le temps qu’il fait gagner et les erreurs qu’il évite. Le concevoir comme un produit, avec une boucle de feedback et des mesures d’impact, est la seule voie vers l’adoption.

le cycle d’un copilot efficace

Le succès d’un copilot repose sur une boucle d’amélioration continue, alimentée par les retours des utilisateurs.

accepte

rejette

utilisateur effectue une tâche

le copilot suggère une action

l'utilisateur accepte ou rejette

tâche accélérée

feedback enregistré

mesure du gain

amélioration du copilot

tâches ciblées, pas de conversation ouverte

Un copilot excelle quand il est spécialisé. Plutôt que de répondre à “comment ça va ?”, il doit être conçu pour des actions précises à forte valeur ajoutée.

  • Résumé et action: Analyser un long ticket de support et proposer 2 ou 3 actions possibles (ex: “escalader au support niveau 2”, “répondre avec le template X”).
  • Génération de réponse contrainte: Rédiger une réponse à un client en se basant exclusivement sur une base de connaissances interne, en citant ses sources.
  • Pré-remplissage intelligent: Compléter un formulaire complexe (ex: une déclaration de sinistre) à partir d’un texte libre fourni par l’utilisateur.
  • Priorisation argumentée: Classer une file d’attente de tâches en expliquant pourquoi un élément est plus prioritaire qu’un autre (ex: “client VIP”, “risque de churn détecté”).

une ux qui aide, pas qui interrompt

L’interface du copilot doit être minimale et s’intégrer sans friction dans le workflow de l’utilisateur.

ux d'un bon copilot

accès rapide

raccourci clavier unique

confiance

aperçu avec sources surlignées

clarté

deux options claires + un bouton annuler

pédagogie

mode "pourquoi ?" qui explique sa logique

mesurer la valeur, pas juste l’usage

Le succès d’un copilot ne se mesure pas au nombre de fois où il est appelé, mais à son impact réel sur l’efficacité des utilisateurs.

  • Temps gagné médian: Le nombre de secondes ou de minutes économisées en moyenne lorsqu’une suggestion est acceptée.
  • Taux d’acceptation: Le pourcentage de suggestions qui sont validées par l’utilisateur. C’est le principal indicateur de pertinence.
  • Incidents évités: Pour un copilot qui aide les développeurs, combien de bugs potentiels ont été détectés avant le commit ?
  • NPS spécifique: Une note de satisfaction (“Sur une échelle de 0 à 10, recommanderiez-vous ce copilot à un collègue ?”) mesurée périodiquement.
-- Requête pour mesurer les KPIs clés d'un copilot
SELECT
    DATE_TRUNC('week', event_timestamp) AS semaine,
    COUNT(*) AS total_suggestions,
    ROUND(100.0 * COUNT(*) FILTER (WHERE event_type = 'accepted') / COUNT(*), 1) AS acceptance_rate_pct,
    AVG(time_saved_seconds) FILTER (WHERE event_type = 'accepted') AS avg_time_saved_s
FROM
    copilot.events
GROUP BY 1
ORDER BY 1 DESC;

opérer au quotidien

Un copilot est un produit logiciel comme un autre. Il nécessite une surveillance et une maintenance continue.

  • Quotas et journalisation: Suivre l’usage et les coûts par utilisateur pour éviter les abus et identifier les power-users.
  • Feedback obligatoire: Chaque suggestion doit être accompagnée de boutons “utile” / “pas utile”. Ce feedback est la source de données la plus précieuse pour l’améliorer.
  • Revue des coûts: Analyser chaque semaine les prompts qui coûtent le plus cher en tokens pour les optimiser.
  • Catalogue de “skills”: Maintenir un registre des différentes capacités du copilot, avec un propriétaire et une version pour chacune.

pièges à éviter

  • Symptôme: Les utilisateurs passent plus de temps à discuter avec le copilot qu’à faire leur travail.

    • Cause: Le copilot est conçu comme un chatbot conversationnel.
    • Correctif: Scripter les interactions. Le copilot doit proposer des actions, pas engager une conversation.
  • Symptôme: Les utilisateurs ne font pas confiance aux suggestions car ils ne savent pas d’où elles viennent.

    • Cause: Sources floues ou absentes.
    • Correctif: Rendre la citation des sources obligatoire et facilement vérifiable.
  • Symptôme: Le copilot ne s’améliore pas avec le temps.

    • Cause: Absence d’une boucle de feedback.
    • Correctif: Intégrer un mécanisme de feedback simple (pouce levé/baissé) est non-négociable.