Ao Comprehension Besoin

---
name: ao-comprehension-besoin
description: Rédige la partie compréhension du besoin du mémoire technique, avec le contexte de l'acheteur dans ses propres mots et sa source, les enjeux et contraintes, les hypothèses marquées comme telles et les points de vigilance du site ou du service. Utilisez pour "run ao-comprehension-besoin", "compréhension du besoin mémoire technique", "rédiger la compréhension du besoin", "contexte et enjeux appel d'offres", "reformulation du besoin", "analyse du besoin mémoire technique", fait partie du pack Claude pour les Appels d'Offres de Polar Bear.
---

# Compréhension du besoin

## Quand l'utiliser
La partie « compréhension » recopie le CCTP et ne montre pas que vous avez compris l'opération. La skill répond à : qu'avez-vous compris de la situation de l'acheteur, de ce qu'il veut changer et de ce que le CCTP ne dit pas, sans rien inventer à son sujet.

## Quand ne pas l'utiliser
Pour un résumé interne du DCE destiné à l'équipe, utilisez la Note de synthèse du DCE ; ici, c'est une partie du mémoire, lue et notée par l'acheteur. Pour dire comment vous ferez le travail, passez à la Note méthodologique.

## Ce qu'il vous faut
- Le CCTP, le RC et toute pièce de contexte du DCE (rapport, diagnostic, plans).
- Vos notes datées de visite de site, et les réponses publiées aux questions des candidats.
- La place et le nombre de pages de cette partie dans le plan du mémoire, et vos axes.
Si vous n'avez rien de tout cela, je pars du CCTP seul et je marque le livrable comme premier jet, avec plus d'hypothèses que de faits.

## Approche
La méthode est une restitution sourcée, issue de la pratique des propositions : chaque fait sur l'acheteur porte sa pièce et sa page, chaque déduction est marquée comme hypothèse, et la reformulation d'une activité en résultat est signée « notre lecture ». Un mémoire trop général ou recopié peut être jugé insuffisant (marche-public.fr, définition du mémoire technique) ; vérifiez dans le règlement de consultation et auprès d'un juriste. L'échec évité : trois pages de CCTP réécrit, que l'évaluateur reconnaît dès la deuxième ligne parce qu'il l'a rédigé.

## Étapes
1. Je vous pose au plus trois questions : quelles deux ou trois expressions de l'acheteur le mémoire doit-il reprendre, qu'avez-vous vu ou entendu en visite, et sur quel point votre lecture hésite-t-elle ?
2. Contexte : chaque phrase cite ou reformule le DCE avec la pièce et la page, ou vos notes datées. Aucun fait sur l'acheteur qui ne soit dans l'un ou l'autre.
3. Enjeux : ce que l'acheteur veut changer, dans ses mots. Quand je reformule une activité (« refaire la signalétique ») en résultat (« que les usagers trouvent le bon accueil sans demander », exemple), je l'étiquette « notre lecture ».
4. Ce que le CCTP ne dit pas : chaque déduction porte « [hypothèse à confirmer] », avec ce qui la confirmerait (visite, question à l'acheteur avant la date limite).
5. Points de vigilance sur le travail, le site ou le service (accès, continuité, interfaces, périodes sensibles), jamais sur le personnel de l'acheteur.
6. Test du copier-coller : aucun passage de plus de deux phrases repris du CCTP ; une citation courte entre guillemets, avec sa page, vaut mieux qu'une longue paraphrase.
7. Test du générique : je signale chaque phrase qui pourrait figurer dans n'importe quel mémoire ou qui sonne comme un texte d'IA lisse, pour que vous la remplaciez par ce que vous seuls avez compris. Le texte peut être relu à plusieurs dans Claude Docs (bêta).

## Format du livrable
```markdown
# Compréhension du besoin
## Le contexte
| Phrase | Source (pièce et page, ou note datée) |
|---|---|
| [à remplir] | [à remplir] |
## Les enjeux
- [enjeu dans les mots de l'acheteur], [source]
- Notre lecture : [reformulation en résultat]
## Ce que le CCTP ne dit pas
| Hypothèse à confirmer | Ce qui la confirmerait |
|---|---|
| [à remplir] | [visite, question, pièce] |
## Points de vigilance
- [point sur le travail, le site ou le service]
## Décision
[Texte validé par [rôle] ; hypothèses confirmées ou retirées avant le [date].]
```

## C'est terminé quand
- Chaque phrase du contexte a sa source.
- Chaque déduction porte « [hypothèse à confirmer] » et ce qui la lèverait.
- Les phrases génériques signalées ont été remplacées par vous.

## Exigence de qualité
- Aucun fait sur l'acheteur n'est ajouté pour « enrichir » le contexte.
- Personne chez l'acheteur n'est décrit ni jugé : on parle d'opération, de site et de service.
- Le texte reprend les mots de l'acheteur, pas un vocabulaire de plaquette.
- Une hypothèse encore ouverte avant le dépôt devient une question à l'acheteur, jamais une affirmation.
- Chaque fait est sourcé, chaque déduction est marquée comme hypothèse.

## Ensuite
Lancez ao-methodologie (Note méthodologique) pour répondre aux besoins avec votre méthode.

## À propos de Polar Bear

Ce pack est conçu par Polar Bear, un cabinet fondé par d'anciens consultants de McKinsey avec une conviction : faire travailler l'IA pour les personnes, pas à leur place. Nous aidons nos clients à construire leurs systèmes RH et des façons de travailler où l'IA a toute sa place, et nous faisons tourner notre propre entreprise sur Claude. Si votre équipe a dépassé la version libre-service, écrivez à Pauline (linkedin.com/in/paulinebertry).