Un bon cahier des charges ne décrit pas une solution : il décrit un besoin avec assez de précision pour que trois prestataires différents vous renvoient trois devis que vous pouvez poser côte à côte. Si vos propositions vont de 80 000 MAD à 450 000 MAD pour « le même » projet, le problème n’est presque jamais chez les prestataires : il est dans le document que vous leur avez envoyé.
Ce guide s’adresse au dirigeant ou au responsable informatique d’une PME marocaine qui s’apprête à lancer une consultation — site web, ERP, migration cloud, projet IA — et qui n’a jamais rédigé de cahier des charges formel. Il ne parle pas du choix du prestataire, mais du document qui vient juste avant.
Comptez une à trois semaines de travail interne pour produire un document utile, entretiens métiers compris. C’est peu à côté des six mois que fait perdre un périmètre flou.
Pourquoi un cahier des charges mal rédigé coûte cher dès le premier devis
Un prestataire sérieux chiffre ce qu’il lit. Quand une exigence est ambiguë, il a trois options : poser la question (il le fera une fois, pas quinze), provisionner le risque, ou ne pas répondre du tout. Les trois vous coûtent quelque chose — et la troisième vous prive justement des équipes que vous vouliez.
Prenez une ligne banale : « site vitrine avec espace client ». Selon l’interprétation, l’espace client, c’est un formulaire protégé par mot de passe (autour de 15 000 MAD) ou un portail avec facturation, documents, rôles, historique et connexion à votre ERP (200 000 MAD et plus). Les deux lectures sont honnêtes. Aucune n’est comparable à l’autre.
Le vrai danger n’est d’ailleurs pas le devis élevé, c’est le devis bas. Celui qui a chiffré la version minimale gagne la consultation, puis découvre le reste en cours de route. Vous payez alors en avenants, en retards et en tension, c’est-à-dire au prix fort. Un périmètre écrit est avant tout une protection pour vous.
Les sections indispensables d’un cahier des charges IT
Un bon document tient souvent en 8 à 20 pages. La longueur n’est pas un signe de qualité ; la structure, si. Voici les sections qui servent réellement à chiffrer.
- Contexte : qui vous êtes, secteur, effectif, nombre de sites, et ce qui déclenche le projet aujourd’hui.
- Objectifs métier chiffrés : « ramener le délai de facturation de 5 jours à 1 jour », pas « moderniser nos process ».
- Périmètre inclus et exclu : la section la plus utile du document. Écrivez noir sur blanc ce qui n’est pas dans le lot.
- Existant technique : logiciels en place et leurs versions, hébergement actuel, APIs disponibles, qui gère le nom de domaine et les accès.
- Exigences fonctionnelles : listées, numérotées, priorisées (indispensable / souhaitable / plus tard).
- Exigences non fonctionnelles : volumétrie, utilisateurs simultanés, disponibilité attendue, langues (FR, AR, EN), usage mobile, performance sur réseau marocain.
- Données et conformité : nature des données traitées, lieu d’hébergement souhaité, obligations liées à la loi 09-08.
- Livrables attendus : code source, documentation, formation, transfert de compétences, remise des accès.
- Planning et jalons, avec les dates métier qui comptent vraiment.
- Modalités de réponse : date limite, format attendu, interlocuteur nommé, critères de sélection et leur pondération.
Si vous ne savez pas encore remplir « objectifs chiffrés » et « existant », c’est le signe qu’il manque une étape en amont : un audit de transformation digitale ou un cadrage court vaut mieux qu’un document écrit à l’aveugle.
Comment décrire le besoin sans imposer une solution technique
L’erreur classique en PME : écrire « nous voulons un site WordPress avec un plugin de réservation » alors que le besoin réel est « nos clients doivent pouvoir réserver un créneau et payer un acompte en ligne ». En dictant la solution, vous héritez de la responsabilité du choix technique, et vous écartez les prestataires qui auraient proposé mieux, moins cher, ou plus simple à maintenir.
La formule qui marche : décrivez ce que l’utilisateur doit pouvoir faire, combien de fois, et pourquoi. « Un commercial doit pouvoir créer un devis depuis son téléphone en moins de 2 minutes, jusqu’à 40 fois par jour, dans des zones parfois mal couvertes. » Cette phrase contient une contrainte hors ligne que « application mobile de devis » ne contient pas.
Il reste des contraintes parfaitement légitimes à imposer : une intégration obligatoire avec votre logiciel comptable, un paiement via CMI, une équipe interne qui ne maîtrise qu’une technologie, un hébergement au Maroc. Écrivez-les avec leur raison. Un prestataire accepte volontiers une contrainte justifiée ; il se méfie d’une contrainte arbitraire. Et si l’arbitrage entre progiciel et développement spécifique n’est pas tranché, laissez la porte ouverte et demandez aux candidats d’argumenter — c’est exactement le débat entre SaaS et logiciel sur mesure.
Faut-il indiquer son budget indicatif ?
Oui, sous forme de fourchette. La crainte est compréhensible : « si j’annonce 300 000 MAD, tout le monde me facturera 300 000 MAD ». En pratique, l’absence de budget produit surtout des propositions qui ne se comparent pas, et des semaines perdues à découvrir que votre projet coûte trois fois ce que vous imaginiez.
Une formulation qui protège les deux parties : « enveloppe indicative de 250 000 à 400 000 MAD hors maintenance ; une proposition sortant de cette fourchette reste recevable si elle est justifiée ». Vous filtrez les hors-sujet, vous autorisez les alternatives, vous ne vous engagez sur rien.
Deux outils complémentaires. Le découpage en tranche ferme et tranche conditionnelle : la phase 1 est commandée, la suite dépend des résultats obtenus. Et l’exigence d’un devis détaillé par lot (cadrage, conception, développement, intégration, recette, formation, maintenance) plutôt qu’un prix global : c’est la seule façon de voir où deux offres divergent vraiment. Demandez aussi explicitement le coût de fonctionnement annuel — hébergement, maintenance, évolutions — souvent 15 à 25 % du coût projet par an, et le premier oublié des budgets.
Délais, jalons et critères de réception : comment les cadrer clairement
« Livraison en 2 mois » sans justification est lu comme une contrainte inventée. Donnez la date métier et sa raison : campagne de rentrée, clôture comptable, fin du contrat avec l’éditeur actuel, ouverture d’une agence. Un prestataire peut alors proposer un périmètre réduit tenable plutôt qu’un engagement qu’il ne tiendra pas.
Structurez ensuite en jalons, chacun avec un livrable vérifiable : cadrage validé, maquettes validées, environnement de recette ouvert, recette métier, mise en production, période de garantie. Précisez également vos délais de validation. Beaucoup de retards viennent du côté client, et un prestataire qui lit « retour du client sous 5 jours ouvrés » dans le document sait à quoi s’engager.
Enfin, les critères de réception. Ils doivent être vérifiables par quelqu’un qui n’est pas développeur :
- un jeu de cas de test métier réels, écrits par vous, que la solution doit passer ;
- des seuils mesurables : temps de chargement, nombre d’utilisateurs simultanés, volume de données migrées sans écart ;
- un procès-verbal de recette signé, distinguant anomalies bloquantes et non bloquantes ;
- une durée de garantie contractuelle après mise en production (3 à 6 mois est courant) et la liste de ce qu’elle couvre ;
- les conditions de réversibilité : remise du code, des accès, des sauvegardes et de la documentation si vous changez de prestataire.
La clause CNDP à ne pas oublier : hébergement des données et sous-traitance
Dès que votre projet manipule des données personnelles — clients, salariés, candidats, patients — la loi 09-08 s’applique et la CNDP est l’autorité de référence. Le cahier des charges est le bon endroit pour poser ces règles, parce qu’après signature elles se négocient mal.
Ce que la clause devrait couvrir : la localisation de l’hébergement et des sauvegardes ; l’obligation de vous informer et d’obtenir votre accord écrit avant tout transfert hors du Maroc ou tout recours à un sous-traitant, y compris un service cloud ou une API d’IA ; le rôle de chacun dans les formalités auprès de la CNDP ; les mesures de sécurité attendues (chiffrement, gestion des accès, journalisation) ; le délai de notification en cas d’incident ; la durée de conservation et la suppression certifiée des données en fin de contrat, environnements de test compris.
Attention au détail qui coince souvent : les copies de production utilisées pour les tests. Exigez leur anonymisation. Pour le reste, ne recopiez pas un modèle européen sans vérification — le régime marocain a ses propres formalités et les procédures évoluent : vérifiez sur le site de la CNDP, et appuyez-vous sur une checklist de conformité loi 09-08 avant de figer votre texte.
Les erreurs qui font fuir les bons prestataires ou attirent les mauvais
- Le document de 60 pages copié-collé, avec des exigences sans rapport avec votre activité. Il signale que personne n’a arbitré en interne.
- Les « etc. » et « liste non exhaustive ». Chaque occurrence est un chèque en blanc : les bons prestataires la chiffrent au pire cas, les autres l’ignorent et vous la refacturent plus tard.
- Un délai de réponse de 5 jours pour un projet à 400 000 MAD. Vous n’obtiendrez que des propositions recyclées.
- Demander des maquettes ou une preuve de concept gratuites dans la consultation. Les équipes qui ont du travail déclinent ; celles qui sont disponibles le sont souvent pour une raison.
- Consulter douze prestataires « pour avoir le choix ». Trois à cinq candidats sérieux valent mieux, et l’information circule vite entre équipes à Casablanca.
- Aucun interlocuteur nommé et aucun canal de questions. Sans phase de questions-réponses, vous recevez des devis fondés sur des suppositions.
- Un paiement à 100 % à la livraison ou des pénalités de retard disproportionnées. Les structures solides s’écartent ; restent celles qui acceptent tout et livrent en conséquence.
- La propriété intellectuelle non traitée. Dites explicitement à qui appartiennent le code, les maquettes et les données à la fin du contrat.
- Des critères de sélection non pondérés. Si « prix 60 %, références 20 %, méthodologie 20 % » n’est pas écrit, tout le monde suppose que c’est 100 % le prix — et vous rédige l’offre la moins chère possible.
Les questions à se poser avant d’envoyer son cahier des charges
Relisez votre document en vous mettant à la place de quelqu’un qui ne connaît ni votre entreprise ni votre secteur, et vérifiez :
- Un tiers pourrait-il chiffrer ce projet sans vous appeler ? Sinon, quelle information manque exactement ?
- Chaque exigence est-elle vérifiable à la recette ? Comment saurez-vous qu’elle est satisfaite ?
- Ai-je écrit ce qui est hors périmètre, autant que ce qui est dedans ?
- Ai-je décrit un besoin, ou imposé une solution technique sans le vouloir ?
- Qui décide en interne, et ce décideur a-t-il réellement lu le document ?
- Le budget de fonctionnement de la première année est-il prévu, pas seulement le coût du projet ?
- La clause données correspond-elle à ce que nous faisons réellement de ces données ?
- Les critères de sélection sont-ils écrits et pondérés ?
Une dernière vérification, très rentable : faites lire le document à la personne qui utilisera l’outil tous les jours. Elle repère en dix minutes les besoins que la direction a oubliés. Et si le projet s’inscrit dans un plan plus large, replacez-le dans votre feuille de route de transformation digitale avant de lancer la consultation : cela évite de commander trois fois la même brique. Ensuite viendra la lecture des offres, et nos repères pour choisir un ESN au Maroc prennent le relais à cette étape.
Et maintenant ?
Arrowlancer accompagne les PME marocaines sur le conseil en transformation digitale : diagnostic, feuille de route, rédaction ou relecture du cahier des charges, cadrage du périmètre et des clauses de traitement des données, puis aide au dépouillement des offres. Nous intervenons en amont du projet, et nous pouvons rester en dehors de la consultation si vous préférez séparer le conseil de la réalisation.
Envoyez-nous votre brouillon pour une relecture, ou partons d’une page blanche ensemble : parlons de votre projet. Nos services couvrent ensuite la réalisation, si et seulement si cela a du sens pour vous.