Achat et sélection
Cahier des charges d’une solution tourisme : cadrer, comparer et décider
Un bon cahier des charges décrit les résultats, les utilisateurs et les scénarios à réussir. Il distingue les exigences obligatoires des préférences, demande des preuves comparables et prépare la migration comme la sortie.
Trame de travail
Ouvrez le document par le résultat attendu
Présentez le contexte, les utilisateurs, le problème actuel et trois à cinq résultats mesurables. Par exemple : réduire le délai de réponse, diminuer les ressaisies, centraliser plusieurs établissements ou améliorer le rapprochement. Ajoutez le périmètre géographique, les langues, les devises, les volumes et les périodes de pointe. Ces éléments donnent du sens aux exigences qui suivent.
Une liste de centaines de cases oui/non favorise les réponses commerciales vagues. Préférez des scénarios démontrables et demandez où la fonction est native, paramétrée, développée ou fournie par un tiers.
Structure recommandée
- Contexte et objectifs. Activité, organisation, problèmes et résultats.
- Utilisateurs et parcours. Rôles, droits, appareils, langues et accessibilité.
- Périmètre fonctionnel. Cas obligatoires, souhaités et exclus.
- Architecture et intégrations. Systèmes, API, fréquences, erreurs et supervision.
- Données et exigences. Sources, reprise, accès, conservation, export et sécurité.
- Déploiement. Gouvernance, calendrier, recette, formation et support.
- Économie et contrat. Prix complet, hypothèses, niveaux de service et réversibilité.
Écrivez des scénarios vérifiables
Un scénario décrit un utilisateur, une situation, une action et un résultat. Dans le voyage, incluez les étapes après la vente. Demandez par exemple à un fournisseur de créer un dossier multivoyageur, appliquer un acompte, modifier une prestation, informer le client, rembourser une ligne et expliquer l’impact comptable. Les démonstrations deviennent comparables et les limites apparaissent plus tôt.
Recherche, devis, option, confirmation et documents.
Disponibilité, recalcul, frais, validation et notification.
Échéances, refus, lien, remboursement et rapprochement.
Alerte, priorité, responsable, escalade et historique.
Exemple de grille de notation
| Famille | Poids indicatif | Preuve |
|---|---|---|
| Usages et expérience | 25 % | Scénarios joués par les futurs utilisateurs |
| Intégrations | 20 % | Documentation, environnement de test et gestion des erreurs |
| Exploitation et support | 15 % | SLA, alertes, horaires et procédure d’escalade |
| Données et sécurité | 15 % | Schéma, droits, journaux, export et engagements |
| Coût complet | 15 % | Chiffrage sur les mêmes volumes et hypothèses |
| Fournisseur et sortie | 10 % | Équipe, références comparables et plan de réversibilité |
Cette pondération est un exemple. Modifiez-la avant de recevoir les offres, puis conservez la même pour tous les candidats. Éliminez d’abord les réponses qui ne satisfont pas les exigences obligatoires.
Demandez des preuves faciles à comparer
- Démonstration sur vos cas, avec les futurs utilisateurs.
- Documentation des interfaces et accès à un environnement de test.
- Chiffrage détaillé : licence, usage, intégration, formation, support et sortie.
- Planning de migration avec responsabilités des deux parties.
- Références proches par métier, volume ou architecture.
- Exemple d’export complet et description de la suppression en fin de contrat.
Organisez la décision
Réunissez une équipe courte : sponsor, responsable métier, technologie, opérations et finance selon le projet. Chaque évaluateur note d’abord les preuves, puis le groupe discute des écarts. Documentez les hypothèses et les concessions. Avant signature, rejouez le coût complet, le planning, les dépendances et le fonctionnement dégradé.
La sélection ne se termine pas au contrat. Fixez des critères d’adoption à trente, soixante et quatre-vingt-dix jours, avec un responsable, une mesure de référence et une action si le résultat n’est pas atteint.
Questions fréquentes
Questions utiles avant de décider
Quelle longueur pour un cahier des charges ?
La longueur dépend du risque et du périmètre. Un document court mais précis sur les scénarios, données, interfaces et responsabilités est plus utile qu’une longue liste de fonctionnalités génériques.
Combien de fournisseurs comparer ?
Une présélection de trois à cinq acteurs permet généralement de conserver une comparaison approfondie. Le nombre doit rester compatible avec le temps disponible pour tester les mêmes cas.
Comment pondérer les critères ?
Reliez chaque poids aux objectifs du projet. Les critères obligatoires servent de filtre ; les autres sont notés avec une échelle et des preuves définies à l’avance.
Faut-il demander un pilote ?
Oui lorsque l’intégration, la reprise de données ou l’usage quotidien présentent une incertitude importante. Le pilote doit avoir un périmètre, des critères de réussite et une date de décision.