Un distributeur de matériel agricole à Casablanca veut remplacer son suivi de stock sous Excel par une application web reliée à sa facturation. Même demande envoyée à trois prestataires, trois réponses : 95 000 MAD, 240 000 MAD, 610 000 MAD. L’exemple est fictif, l’écart ne l’est pas.
Le réflexe habituel consiste à écarter le plus cher et à négocier le plus bas. C’est souvent la pire décision, parce qu’un devis n’est pas un prix : c’est une hypothèse de travail chiffrée. Trois montants éloignés traduisent presque toujours trois lectures différentes du besoin, pas trois niveaux de marge.
Un devis se lit donc comme un document à auditer. Voici les erreurs les plus fréquentes à ce stade, et ce qu’il faut faire à la place.
Erreur de départ : comparer des totaux, pas des périmètres
Les trois montants ci-dessus ne décrivent pas le même projet. Le premier peut couvrir quatre écrans de saisie et un export Excel. Le deuxième peut inclure la reprise de onze ans d’historique, une interface avec le logiciel de facturation et trois semaines de recette. Le troisième peut ajouter une application mobile pour les commerciaux, un chef de projet à mi-temps et douze mois d’infogérance. Les trois sont défendables, aucun n’est comparable aux autres en l’état.
Comparer des devis informatiques revient d’abord à comparer des périmètres. Reprenez votre demande initiale, listez les livrables attendus, puis notez pour chaque prestataire : inclus, exclu, ou non mentionné. La troisième colonne est la plus instructive, parce qu’un silence dans un devis finit par coûter de l’argent en cours de route. Et si les trois prestataires n’ont manifestement pas compris la même chose, le problème n’est pas chez eux : il est dans la demande, et c’est précisément ce qu’un cahier des charges IT correctement rédigé permet d’éviter.
Ce qu’un devis IT Maroc sérieux doit contenir
Un devis exploitable permet de reconstituer le raisonnement du prestataire, pas seulement son prix. Les éléments suivants devraient y figurer, et chacun des manquants mérite une question écrite avant toute discussion sur le montant.
- Le périmètre fonctionnel détaillé : modules et cas d’usage nommés, pas « application de gestion de stock ».
- Les hypothèses et les exclusions explicites : volumétrie, nombre d’utilisateurs, ce qui n’est pas inclus.
- La charge en jours-homme par profil : chef de projet, développeur, designer, testeur.
- Un planning avec jalons et les dépendances côté client (validation des maquettes, fourniture des données).
- Un échéancier de paiement rattaché à ces jalons, pas au calendrier.
- Les environnements de développement, de recette et de production, et qui en supporte le coût.
- Les conditions de recette : délai de validation, allers-retours inclus, définition d’une anomalie bloquante.
- La garantie après mise en production : durée et périmètre, correction contre évolution.
- La maintenance et les évolutions, chiffrées à part.
- Les licences et abonnements tiers : qui souscrit, qui paie, à partir de quand.
- Le prix hors taxes, la TVA et la durée de validité du devis.
La ligne des jours-homme est la plus utile pour vérifier la cohérence d’ensemble. Un devis à 240 000 MAD pour 60 jours-homme implique un taux journalier moyen de 4 000 MAD, tous profils confondus : vous pouvez alors demander qui travaille, combien de jours chacun, et comparer ce ratio d’un prestataire à l’autre. Un devis d’une page avec un seul montant global n’est pas un devis, c’est une intention.
Le devis le moins cher : regardez surtout ce qui a disparu
Un prix très inférieur aux autres n’est ni forcément une aubaine ni forcément un piège. Le plus souvent, il correspond à un périmètre amputé des postes que le client ne pense pas à réclamer : reprise de l’historique, intégration avec les outils déjà en place, recette et corrections, formation des utilisateurs, documentation, gestion de projet, mise en production, première année d’hébergement, mesures de sécurité.
Deux vérifications arithmétiques évitent beaucoup de malentendus. La TVA d’abord : 95 000 MAD hors taxes font 114 000 MAD à payer au taux standard de 20 %, et tout le monde n’affiche pas la même base. La charge ensuite : un périmètre qui demande visiblement plusieurs mois de travail, annoncé en trois semaines, signifie soit une incompréhension du besoin, soit l’intention de livrer une première version et de facturer le reste en avenants.
Le profil du prestataire explique aussi une partie de l’écart. Un freelance seul n’a ni testeur ni structure de support à financer ; un devis ESN Maroc intègre ces coûts, et parfois une capacité de remplacement si quelqu’un part. Ce n’est pas un argument pour l’un ou pour l’autre, c’est une grille de lecture qui dépend de la criticité de l’application, et le sujet est traité pour lui-même dans ce guide sur le choix d’un ESN au Maroc.
Forfait, régie ou abonnement : le modèle de facturation derrière le chiffre
Deux devis au même montant peuvent vous exposer à des risques opposés, selon le modèle de facturation qui se cache derrière le total.
Le forfait. Le prestataire s’engage sur un périmètre décrit et porte le risque de dérive technique ; en échange, toute demande nouvelle passe par un avenant. Cherchez la phrase qui rattache le prix à un périmètre précis. Si elle manque, le forfait n’en est pas un.
La régie. Vous achetez des jours, pas un résultat, et le total affiché n’est qu’une estimation. Les mots qui le signalent : « estimatif », « à titre indicatif », « selon consommation réelle ». C’est un modèle sain pour un projet évolutif, à condition d’imposer un plafond d’engagement et un suivi des jours consommés.
L’abonnement. Maintenance, hébergement, support, parfois tout ensemble. À vérifier : le quota d’heures mensuel, son report éventuel, le délai d’intervention, la durée d’engagement, la reconduction tacite et le préavis de résiliation.
Le mélange non annoncé des trois est la configuration la plus coûteuse. Un devis qui présente 180 000 MAD de développement au forfait, puis, deux pages plus loin, 8 000 MAD par mois de maintenance sur trois ans reconduits tacitement, vous engage en réalité sur 468 000 MAD. Le chiffre qui vous servait à comparer n’était pas le bon.
Les clauses qu’on découvre toujours trop tard
Les clauses d’un contrat de prestataire IT se relisent avec un juriste. Ce qui suit n’est pas un avis juridique, seulement la liste des points qui posent problème une fois le projet livré.
La propriété du code
« Développement d’une application sur mesure » ne vous donne aucun droit sur le code produit. La cession des droits patrimoniaux doit être écrite, rattachée à un événement précis (en général le paiement intégral) et décrire ce qui est transféré : code source, scripts de déploiement, documentation technique, fichiers de design. Demandez aussi la liste des composants tiers et de leurs licences : si le prestataire a construit sur son propre socle propriétaire, vous pouvez obtenir le code de votre application sans pouvoir la faire reprendre par quelqu’un d’autre.
La réversibilité
Beaucoup de projets finissent, quelques années plus tard, chez un autre prestataire. La clause de réversibilité décrit le kit de sortie : accès aux dépôts de code, documentation d’exploitation, procédure de déploiement, durée d’accompagnement et son coût. Vérifiez au passage à quel nom sont les comptes : nom de domaine chez le registrar, hébergeur, DNS, comptes développeur Apple et Google. Un domaine déposé au nom du prestataire se corrige en dix minutes avant la signature et devient un point de blocage après.
Pénalités, recette et garantie
Une clause de pénalités de retard n’a d’intérêt que si elle est symétrique et plafonnée : vos propres retards de validation décalent le projet autant que les leurs. Fixez un délai de recette (dix jours ouvrés après livraison, par exemple, au-delà desquels elle est réputée acceptée), le nombre d’itérations de corrections incluses et la durée de garantie. Trois à six mois après la mise en production est courant ; ensuite, cela s’appelle de la maintenance et cela se paie.
La clause CNDP et la sous-traitance, souvent absentes
Dès que le prestataire accède à un fichier clients, à la paie ou à des données RH, il agit comme sous-traitant au sens de la loi 09-08. Beaucoup de devis marocains n’en disent pas un mot, y compris pour des projets qui manipulent des données personnelles du premier au dernier jour.
Ce que le devis ou le contrat devrait préciser : la finalité et le périmètre exact de l’accès aux données, un engagement de confidentialité visant les personnes affectées au projet, la localisation de l’hébergement et des sauvegardes, l’interdiction de sous-traiter à un tiers sans accord écrit, les mesures de sécurité appliquées, le sort des données en fin de contrat (restitution puis suppression attestée), et qui se charge de la déclaration du traitement.
La localisation est le point le plus souvent ignoré. Un hébergement sur un cloud européen ou américain, ou l’envoi d’extraits de base vers un outil d’IA externe, implique un transfert de données hors du Maroc, lequel est encadré et suppose une démarche auprès de la CNDP. Vérifiez les modalités en vigueur sur le site de la CNDP et confrontez le devis à cette checklist de conformité CNDP loi 09-08. Un prestataire incapable de répondre là-dessus au stade du devis ne saura pas davantage y répondre en production.
Cinq questions à poser avant de signer
Posées par écrit aux deux ou trois prestataires encore en lice, ces questions trient mieux que n’importe quelle grille de notation.
- Qui travaille réellement sur le projet, et à quel pourcentage de son temps ? Un chef de projet affecté à 5 % n’existe pas.
- Qu’est-ce qui n’est pas inclus dans ce prix ? La qualité de la réponse annonce la suite de la relation.
- Comment une demande de changement est-elle chiffrée, validée et facturée ? Demandez le processus et le délai de réponse, pas seulement le taux journalier.
- Que se passe-t-il si nous arrêtons après la phase 1 ? Ce que vous récupérez, dans quel état, à quel coût.
- Combien coûtera l’année 2 ? Hébergement, licences, maintenance, support. Le coût total tranche souvent autrement que le prix de construction.
Ce qui se négocie vraiment
Le montant brut bouge peu. Au-delà de quelques pour cent, une baisse de prix sans baisse de périmètre signifie que quelqu’un a accepté de perdre de l’argent sur votre projet, et cela se paiera en disponibilité, en séniorité de l’équipe ou en qualité de recette.
Se négocient bien : le découpage en phases, l’échéancier de paiement (30 % à la commande, 40 % à la recette, 30 % à la mise en production est plus sain que 50 % d’avance), la durée de garantie, le transfert de compétences vers votre équipe interne, le plafonnement des pénalités, l’inclusion de la documentation, le taux journalier contre un engagement de volume, et la clause de propriété.
Négocier un devis développeur freelance et négocier celui d’une ESN ne suivent pas la même logique : chez l’un, la marge est son revenu direct ; chez l’autre, il existe des grilles internes et parfois une marge de manœuvre sur le mix de profils. Dans les deux cas, demander une version réduite du périmètre est plus efficace qu’une demande de remise sèche.
Ne se négocient pas : la recette, la reprise des données, la documentation et la sécurité. Supprimer ces lignes ne fait pas baisser le coût du projet, cela le déplace vers vos équipes et vers l’année suivante. Si le budget ne passe pas, réduisez le périmètre fonctionnel et livrez en deux temps, selon la logique décrite dans la feuille de route de transformation digitale pour les PME marocaines.
Questions fréquentes
Combien de devis demander pour un projet IT ?
Trois suffisent, à condition qu’ils répondent au même document de référence. Au-delà, le temps de comparaison dépasse le gain. En dessous de deux, vous n’avez aucun repère ni sur le prix ni sur la façon dont le besoin peut être interprété.
Un devis signé a-t-il valeur de contrat au Maroc ?
Un devis signé avec mention d’acceptation engage les deux parties sur ce qu’il contient, ce qui est exactement le problème quand il ne contient qu’un montant. Pour un projet structurant, faites établir un contrat de prestation avec le devis en annexe et faites valider la rédaction par un conseil juridique.
Quel acompte est habituel ?
Un tiers à la commande se pratique couramment. Plus important que le pourcentage : que les versements suivants soient rattachés à des jalons vérifiables plutôt qu’à des dates, et qu’il reste un solde significatif à régler après la mise en production.
Et si les trois devis restent incomparables ?
Envoyez une grille identique aux trois prestataires : la liste de vos livrables, une colonne prix, une colonne charge en jours, une colonne exclusions. Celui qui refuse de la remplir vous a déjà donné une information utile.
Chez Arrowlancer, le conseil en transformation digitale couvre exactement ce moment : relire les devis reçus, reconstituer les périmètres, repérer les postes absents et les clauses à corriger avant la signature, volet CNDP compris. Si vous avez deux ou trois propositions sur le bureau et un doute sur ce que vous comparez, parlez-nous du projet : nos services de conseil et de diagnostic sont faits pour servir avant l’engagement, pas après.