Modèle de cahier des charges pour un ERP ou un SIS d'établissement d'enseignement
Photo : Pexels
En bref. Ce guide sur cahier des charges répond à 8 questions concrètes que se posent les fondateurs et les directions d'établissements privés au Maroc.
Le cahier des charges d'un ERP ou d'un SIS est le document qui décrit les besoins de l'établissement, ses contraintes et ses critères de choix, et que les éditeurs reçoivent pour présenter une offre comparable.
Le choix d'un ERP se gagne ou se perd au moment du cahier des charges. Trop vague, il laisse chaque éditeur présenter ce qu'il sait faire ; trop détaillé, il devient une liste de cases à cocher que tous les éditeurs cochent.
Voici un plan type, adapté au scolaire, au supérieur et à la formation professionnelle, avec la manière de rédiger des exigences testables et de noter les réponses.
À quoi sert le cahier des charges ?
Il sert à trois choses : clarifier les besoins en interne, obtenir des offres comparables, et servir de référence contractuelle pendant le projet. Les principes de choix sont présentés dans choisir un ERP scolaire et sélectionner un ERP spécialisé.
Quel plan suivre ?
| Partie | Contenu |
|---|---|
| 1. Contexte | Établissement, cycles, effectifs, sites, outils actuels, objectifs du projet |
| 2. Périmètre | Processus couverts : admissions, scolarité, examens, finances, RH, communication |
| 3. Exigences fonctionnelles | Par processus, sous forme de scénarios à démontrer |
| 4. Exigences techniques | Hébergement, accès mobile, intégrations (comptabilité, LMS, Massar), performances |
| 5. Données et migration | Données à reprendre, historique, formats, rôle de l'éditeur |
| 6. Sécurité et conformité | Droits d'accès, sauvegardes, localisation des données, loi 09-08 |
| 7. Services | Paramétrage, formation, support, évolutions |
| 8. Calendrier et modalités | Dates de remise, démonstrations, critères de choix, conditions financières attendues |
Comment rédiger des exigences testables ?
Une bonne exigence décrit une situation réelle et le résultat attendu. « Le logiciel gère les inscriptions » ne permet pas de départager deux éditeurs ; « un parent inscrit deux enfants en ligne, dépose les pièces, paie l'acompte et reçoit une confirmation » le permet.
- Rédiger chaque exigence comme un scénario.
- Indiquer si elle est obligatoire, importante ou souhaitable.
- Préciser les volumes : nombre d'élèves, de sites, d'utilisateurs simultanés.
- Joindre des exemples de documents : bulletin, attestation, échéancier.
Comment noter les réponses ?
Les réponses écrites se notent sur une grille pondérée fixée avant l'ouverture des offres : couverture fonctionnelle, qualité technique, services, coût total sur cinq ans et solidité de l'éditeur. Les éditeurs retenus démontrent ensuite les scénarios du cahier des charges sur un jeu de données de l'établissement, pas sur leur démonstration standard.
Quelles clauses prévoir ?
- La propriété et la restitution des données en fin de contrat.
- Les engagements de service : disponibilité, délais de correction, support.
- L'évolution des prix sur la durée du contrat.
- Le calendrier de déploiement et les pénalités éventuelles.
- La conformité à la loi 09-08 et la localisation des données.
Quelles erreurs éviter ?
- Copier le catalogue d'un éditeur.
- Oublier les intégrations avec la comptabilité, le LMS ou Massar (voir Massar et l'école privée).
- Sous-estimer la reprise des données (voir la migration vers un nouvel ERP).
- Choisir sur la démonstration plutôt que sur les scénarios.
Quel exemple d'exigences testables ?
Une exigence testable décrit un résultat vérifiable, pas une intention. Comparez :
| Exigence vague | Exigence testable |
|---|---|
| Le logiciel gère les fratries | Une réduction paramétrable s'applique automatiquement à partir du deuxième enfant d'une même famille, et apparaît sur la facture |
| Le logiciel est ergonomique | Un enseignant saisit les notes d'une classe de trente élèves en moins de cinq minutes après une formation d'une heure |
| Le logiciel communique avec Massar | Les notes validées sont exportées dans le format attendu, sans ressaisie, et un rapport signale les rejets |
| Le logiciel est sécurisé | Chaque utilisateur dispose d'un compte personnel, avec double authentification pour les profils administratifs |
Chaque exigence reçoit une priorité : indispensable, importante ou souhaitable. Les indispensables servent à éliminer, les autres à départager.
Quelles annexes joindre au cahier des charges ?
- Une présentation de l'établissement : cycles, effectifs, sites, organisation.
- La cartographie des processus concernés, voir cartographier ses processus.
- La liste des logiciels existants et des échanges à prévoir.
- Les volumes : élèves, familles, factures, utilisateurs.
- Les scénarios de démonstration que les éditeurs devront jouer.
- Le modèle de réponse financière, pour comparer les offres sur cinq ans.
Questions fréquentes
Qui rédige le cahier des charges ?
Le chef de projet interne, avec les responsables de chaque service ; un conseil indépendant des éditeurs peut structurer le document et animer les ateliers.
Faut-il lister toutes les fonctionnalités ?
Non. Il vaut mieux décrire les processus clés en scénarios et laisser les éditeurs montrer comment ils y répondent.
Combien d'éditeurs consulter ?
Assez pour avoir le choix, peu assez pour étudier chaque offre sérieusement : en pratique trois à cinq, dont deux ou trois en démonstration.
Le cahier des charges a-t-il une valeur contractuelle ?
Il peut en avoir une si le contrat y renvoie : c'est une raison de plus d'y décrire précisément les engagements attendus.
Faut-il publier le budget dans le cahier des charges ?
Donner une fourchette évite de recevoir des offres hors de portée, mais peut orienter les prix. Beaucoup d'établissements préfèrent demander une offre détaillée par poste sans indiquer le budget.
Combien de temps laisser aux éditeurs pour répondre ?
Quelques semaines, selon la taille du cahier des charges. Prévoyez une période de questions écrites, avec des réponses partagées à tous les candidats.
Conclusion
Un bon cahier des charges décrit des situations réelles, pas des fonctionnalités. Il rend les offres comparables et sert de référence pendant tout le projet.
Notre conseil : préparez les scénarios de démonstration en même temps que le cahier des charges. Ce sont eux qui départageront les éditeurs.