Cas pratique : resumeur d'appels

Le scenario

Vous construisez un systeme qui resume automatiquement les transcriptions d’appels telephoniques (support client, ventes, consultations). C’est un cas d’usage extremement frequent en entreprise.

Les defis specifiques

• Transcriptions bruitees : les transcriptions automatiques contiennent des erreurs, des hesitations, des repetitions
• Longueur variable : un appel peut durer 2 minutes ou 2 heures
• Informations dispersees : les points importants sont meles a du bavardage
• Format de sortie fixe : l’equipe attend un format precis pour chaque resume

Construction du prompt

Structure d’entree

<transcription>
{transcription_complete}
</transcription>

<format_attendu>
- Sujet de l'appel : [1 phrase]
- Points cles : [liste a puces, max 5]
- Actions a mener : [liste a puces avec responsables]
- Sentiment du client : [positif/neutre/negatif]
- Duree estimee : [courte/moyenne/longue]
</format_attendu>

Prompt systeme

Tu es un specialiste en analyse de conversations. Tu resumes des transcriptions d'appels
en extrayant uniquement les informations factuelles presentes dans la transcription.
N'invente rien. Si une information n'est pas claire, indique-le.

Gestion des cas limites

• Transcription tronquee : demander a Claude de le signaler
• Plusieurs sujets dans un appel : structurer le resume par sujet
• Appel sans resolution : le mentionner dans les actions a mener
• Langage abusif : filtrer et signaler sans reproduire

Evaluation

Pour ce type de prompt, les evaluations incluent :

• Comparaison avec des resumes humains
• Verification que toutes les actions sont capturees
• Test sur des transcriptions de differentes longueurs
• Mesure de la coherence sur des appels similaires

Points cles

• Les prompts de production doivent gerer le bruit et l’imperfection des donnees reelles
• Un format de sortie fixe facilite l’automatisation en aval
• Les garde-fous contre les hallucinations sont critiques quand le resume sera utilise pour des decisions