IA : orchestrer un POC augmenté — Shift

Un POC bien piloté demande du temps : préparation du contrat, choix du 2+1, briefing du solution engineer, suivi des signaux d'usage, débrief structuré, business case en sortie. Ce temps, vous ne l'avez pas. Ce chapitre vous montre comment l'IA — quelques prompts bien construits, quelques rituels — peut vous faire gagner 60 à 75 % de ce temps, sans dégrader la qualité.

L'objectif n'est pas de remplacer le pilotage humain. C'est de transférer à l'IA le travail répétitif (drafts, synthèses, analyses brutes) pour vous concentrer sur ce qui demande votre cerveau : la lecture politique du compte, le timing des relances, la formulation des phrases qui font basculer.

Les six moments où l'IA intervient dans un POC

Un POC piloté en mode augmenté découpe l'IA en six interventions, dans cet ordre :

Préparation du contrat de POC — l'IA propose un draft à partir du résumé de discovery
Génération du plan de tests 2+1 — l'IA suggère les use cases probables, vous arbitrez
Briefing du solution engineer — l'IA produit un brief structuré à partir de vos notes
Analyse des signaux d'usage hebdomadaires — l'IA dégage les patterns à partir des données brutes
Préparation du débrief final — l'IA construit la trame du débrief et le business case prévisionnel
Génération du dossier d'investissement post-POC — l'IA assemble le matériau pour le décideur

À chacune de ces six étapes, un prompt précis. Vous trouverez ci-dessous les six prompts, prêts à l'emploi, à adapter à votre contexte.

Prompt 1 — Draft du contrat de POC

Quand l'utiliser : juste après l'entretien de cadrage du POC, avant de l'envoyer au prospect.

Inputs : vos notes de discovery, le 2+1 envisagé, les contraintes côté client.

Tu es un sales engineer senior qui rédige des contrats de POC B2B.
Mission : à partir du brief ci-dessous, rédige un contrat de POC en une seule
page, en français, structuré en 6 sections :
  1. Périmètre (2+1 use cases)
  2. Critères de succès chiffrés (≥ 3, mesurables, vérifiables)
  3. Date de fin ferme (proposer 21 jours par défaut)
  4. Signataire de la décision (rôle + nom si fourni)
  5. Rituel de pilotage (3 points hebdo, format défini)
  6. Condition d'arrêt anticipé (formulée comme une protection mutuelle)

Contraintes de style :
- Ton de partenaire, pas de prestataire
- Pas de jargon juridique
- Phrases courtes
- Aucune formulation susceptible d'être lue comme un engagement de
  performance produit (ce n'est pas un SLA)

BRIEF :
[Coller ici le résumé de discovery + 2+1 envisagé + nom du signataire]

Astuce : demandez ensuite à l'IA de produire une variante « version courte » (5-7 lignes) que vous pouvez utiliser en email de récap, et une variante « version PDF » plus formelle.

Prompt 2 — Génération du plan de tests 2+1

Quand l'utiliser : entre la fin de la démo et le démarrage du POC, pour fiabiliser le choix des cas d'usage.

Inputs : résumé du discovery (douleurs verbalisées), liste des fonctionnalités du produit, profil du prospect.

Tu es un sales engineer qui conçoit des plans de tests POC. Ton job :
proposer un plan de tests "2+1" pour le compte décrit ci-dessous.

Le plan doit contenir :
- 2 use cases de fond, choisis sur les douleurs les plus aiguës
  exprimées en discovery
- 1 use case "wow", choisi pour produire un moment de surprise
  positive (donc inattendu, mais réalisable dans la durée du POC)

Pour chacun, donne :
  • Nom court (< 6 mots)
  • Description en 2 phrases
  • Métrique cible attendue (chiffrée si possible)
  • Effort estimé côté SE (heures)
  • Effort estimé côté prospect (heures par semaine)
  • Risque principal et son antidote

Termine par une recommandation : quel use case lancer en premier
et pourquoi.

INPUTS :
- Profil entreprise : [...]
- Personne / rôle du testeur principal : [...]
- Top 3 douleurs verbalisées en discovery : [...]
- Stack technique connue : [...]
- Fonctionnalités du produit pertinentes : [...]

Garde-fou humain : ne signez jamais un plan de tests qui sort de l'IA sans le passer 5 minutes avec votre solution engineer. L'IA hallucine régulièrement sur la faisabilité technique.

Prompt 3 — Briefing du solution engineer

Quand l'utiliser : avant le kickoff du POC, pour transférer proprement le compte au SE.

Inputs : notes de discovery, contrat de POC signé, plan de tests, contexte politique.

Tu es un commercial qui passe un brief de POC à son solution engineer.
Tu dois produire un brief structuré qui permet au SE de prendre le compte
sans lecture additionnelle. Format :

1. Contexte business (5 lignes max)
   - Qui est le client, pourquoi il cherche une solution, depuis quand
   - Décideur économique : nom, rôle, niveau d'engagement
   - Champion identifié : nom, rôle, motivation personnelle

2. Trois choses qui se passeront probablement (lecture politique)
   - Risque comportemental n°1
   - Risque comportemental n°2
   - Levier d'engagement à utiliser

3. Plan de tests retenu (résumé du 2+1)

4. Critères de succès chiffrés

5. Pièges techniques à anticiper

6. Trois questions à poser obligatoirement au kickoff côté prospect

Style :
- Concis, en bullet points
- Vocabulaire neutre (pas de "petit client", pas de "client compliqué")
- Hiérarchiser : ce qu'il faut savoir absolument vs nice-to-know

INPUTS :
[Coller : notes discovery + contrat POC signé + plan de tests +
 informations politiques connues]

Prompt 4 — Analyse hebdomadaire des signaux d'usage

Quand l'utiliser : chaque vendredi du POC, avant le point hebdo prévu.

Inputs : extraits des logs d'usage, captures de l'analytique produit, notes de la semaine.

Tu es un analyste qui lit les signaux faibles d'un POC en cours. À partir
des données d'usage de la semaine, tu dois produire un compte rendu structuré
en 4 blocs :

1. Score d'appropriation hebdomadaire (0 à 14)
   En t'appuyant sur ces 7 dimensions, chacune notée 0, 1 ou 2 :
   - Usage hors points formels
   - Données réelles importées
   - Nombre d'utilisateurs actifs
   - Vocabulaire (votre / l'outil / notre)
   - Initiative de relance côté prospect
   - Questions sur l'intégration prod
   - Présence du décideur

2. Trajectoire (appropriation / évaluation distante / abandon)

3. Top 3 signaux à surveiller la semaine prochaine

4. Recommandation d'action concrète pour le commercial, pour la
   semaine à venir (à formuler en une seule phrase actionnable)

Style : factuel, sans extrapolation au-delà des données disponibles.

DONNÉES DE LA SEMAINE :
[Coller : logs d'usage, captures d'analytique, échanges email, notes
 du point hebdo précédent]

Astuce : maintenir ce prompt sur 3-4 semaines produit une série temporelle d'engagement très instructive. Une équipe commerciale qui en accumule sur 50 POC apprend à lire les patterns d'avance.

Prompt 5 — Préparation du débrief final

Quand l'utiliser : 48 heures avant le débrief de fin de POC.

Inputs : grilles hebdomadaires des semaines précédentes, plan de tests réalisé, business case en construction.

Tu es un commercial qui prépare un débrief de fin de POC. Tu dois produire
une trame de réunion de 60 minutes structurée en 5 actes :

1. Recadrage du chemin parcouru (5 min)
   - Lister 4 à 5 moments-clés du POC, du point de vue du prospect
   - Pas de la perspective produit, du point de vue du changement chez lui

2. Verdict prospect (10 min)
   - Proposer 2 ou 3 questions d'ouverture à poser au prospect
   - L'objectif est de le faire formuler la valeur lui-même

3. Lecture du business case (15 min)
   - Construire un mini business case à partir des chiffres du POC
   - Format : avant / après / projection 12 mois / ROI
   - Si données manquantes, lister précisément ce qu'il manque

4. Plan de transition (15 min)
   - Proposer un séquencement type : rollout par phase, utilisateurs cibles
   - Sans mentionner le prix
   - Avec des dates précises (calées sur la fin du POC + 14 jours)

5. Question de passage (15 min)
   - Formuler une seule question de bascule, alignée sur le profil prospect
   - L'objectif : qu'il identifie lui-même ce qui empêcherait la signature

DONNÉES :
- Score d'appropriation final : [...]
- Résultats des tests 2+1 : [...]
- Engagement décideur (haut / moyen / faible) : [...]
- Frictions observées : [...]
- Champion engagé : oui / non
- Concurrence active : oui / non

Prompt 6 — Dossier d'investissement post-POC

Quand l'utiliser : juste après un débrief positif, pour donner au champion l'arme pour défendre la décision en interne.

Inputs : business case du débrief, profil du décideur économique, contraintes budgétaires connues.

Tu es un commercial qui prépare un dossier d'investissement à destination
du décideur économique d'un compte sortant de POC.

Le dossier doit faire UNE PAGE, et être structuré en 6 sections :

1. Le problème (3 lignes)
   - Formulé avec les mots du prospect, pas avec ceux du produit
2. Ce que le POC a démontré (4 à 6 puces, chiffrées)
3. ROI sur 12 mois (un seul chiffre, central, encadré)
4. Risques résiduels et leur mitigation (3 risques max)
5. Coût total année 1 (licence + intégration + change management)
6. Décision proposée (une phrase active, avec date)

Style :
- Pas de superlatifs
- Pas de jargon marketing
- Phrases courtes
- Le décideur doit pouvoir le lire en 90 secondes et décider en 3 minutes

INPUTS :
- Données du business case : [...]
- Profil du décideur (CFO / COO / CTO / autre) : [...]
- Contraintes budgétaires connues : [...]
- Calendrier souhaité de mise en service : [...]

Astuce : demandez ensuite à l'IA de produire trois variantes du même dossier — une pour un CFO (orientation chiffres), une pour un COO (orientation opérationnel), une pour un CTO (orientation architecture). Selon que votre champion va défendre auprès de l'un ou l'autre, vous lui donnez le bon outil.

L'instrumentation IA des signaux d'usage

Au-delà des prompts, l'IA peut faire un travail continu d'analyse d'usage en arrière-plan. Trois patterns concrets, peu coûteux à mettre en place :

Pattern A — Alerte de décrochage

Vous connectez les logs d'usage à un script qui appelle l'IA avec un prompt du type :

Voici l'évolution d'usage des 7 derniers jours du compte X.
Compare-la aux 7 jours précédents.
Si tu détectes une chute de plus de 30 %, retourne :
  ALERT_DROP: [résumé en 2 phrases]
Sinon retourne :
  STABLE

Une alerte avant qu'elle ne soit visible à l'œil nu vous donne 5 à 10 jours de marge pour intervenir.

Pattern B — Détection des nouveaux utilisateurs

Un prompt simple qui, chaque matin, vous indique si de nouveaux utilisateurs ont été ajoutés au POC pendant la nuit. C'est le signal d'expansion organique le plus fiable.

Pattern C — Synthèse vocale des points hebdo

Vous enregistrez vos points hebdo (avec l'accord du prospect), vous passez la transcription à l'IA, et vous recevez en sortie : verbatims-clés, signaux de bascule, signaux de friction, prochaine action recommandée. Cela divise par 4 votre temps de rédaction de CR et améliore la régularité.

Trois pièges à éviter avec l'IA en POC

L'IA augmente le POC. Elle peut aussi le saboter si elle est mal utilisée. Trois pièges récurrents :

Piège 1 — Le contrat IA qui sonne IA

Si vous envoyez un contrat de POC manifestement « IA-written » au prospect (phrases sur-structurées, ton inhumain, formulations standard), vous perdez immédiatement en crédibilité. Antidote : relire à voix haute, modifier 30 % du contenu, ajouter une phrase personnelle qui prouve l'intention humaine.

Piège 2 — La synthèse hallucinée

L'IA peut résumer des données qu'elle n'a pas, en remplissant les vides. C'est mortel sur un débrief de POC. Antidote : à chaque synthèse, demandez explicitement « si une information n'est pas dans mes données, indique-la comme manquante plutôt que de l'inférer ». Et vérifiez les chiffres avant envoi.

Piège 3 — La sur-instrumentation

Tenter de mesurer dix-huit signaux IA différents finit par produire une couche d'analyse plus lourde que le POC lui-même. Antidote : démarrer avec trois patterns d'IA actifs, en ajouter un par mois, et supprimer ceux qui n'ont pas produit d'action sur les six derniers POC.

Le couple commercial-IA dans un POC bien piloté

Bien orchestré, le binôme commercial-IA répartit le travail ainsi :

Phase du POC	Travail commercial	Travail IA
Cadrage	Lire le compte politiquement, choisir le 2+1, ouvrir la porte du décideur	Drafter le contrat, suggérer les cas d'usage
Démarrage	Conduire la session d'onboarding, créer la relation	Préparer les jeux de données de démo, générer le brief SE
Pilotage	Animer les points hebdo, ajuster la stratégie	Produire les analyses hebdo, alerter sur les signaux faibles
Débrief	Mener la conversation, lire les non-dits, sceller le passage	Préparer la trame, construire le business case, produire le dossier
Conclusion	Conduire la négociation, sécuriser la signature	Générer les variantes du dossier d'investissement

Notez que le commercial ne disparaît jamais. Il reste l'auteur du POC. L'IA ne fait que démultiplier sa capacité de préparation et de lecture. Un commercial qui croit pouvoir piloter un POC à l'IA seul produit des contrats fades, des analyses creuses et perd ses deals. Un commercial qui refuse l'IA fait 2 POC quand son concurrent en fait 5 — et perd quand même.

La règle d'or : l'IA fait les pages, vous faites les phrases. L'IA fait les listes, vous faites les choix. L'IA fait les analyses, vous faites les décisions.