Une proposition commerciale séduisante ne suffit pas à sécuriser un projet. Les problèmes apparaissent souvent dans ce qui n’a pas été défini : validation, propriété du code, accès aux comptes, traitement des changements ou maintenance après livraison.
Cet article ne cherche pas à classer les agences. Il vous aide à repérer sept signaux d’alerte avant la signature du contrat. Pour une méthode complète de comparaison, consultez plutôt notre guide pour choisir une agence web au Maroc.
Erreur 1 : accepter un périmètre trop vague
« Créer une plateforme moderne et performante » n’est pas un périmètre. Le document contractuel doit préciser les utilisateurs, fonctions, livrables, responsabilités et principales exclusions.
Un niveau de détail insuffisant ouvre la porte à deux interprétations : le client pense qu’une fonction est incluse, tandis que l’agence la considère comme une évolution. Le conflit porte alors moins sur la bonne foi que sur l’absence de référence commune.
À vérifier : une annexe fonctionnelle, un backlog initial ou une phase de cadrage clairement prévue.
Erreur 2 : ne pas définir les critères d’acceptation
Comment déciderez-vous qu’un écran, une fonctionnalité ou le projet complet est terminé ? La mention « conforme au cahier des charges » peut rester ambiguë si les cas attendus ne sont pas testables.
Définissez :
- le fonctionnement attendu ;
- les environnements et navigateurs concernés ;
- les rôles autorisés ;
- les données d’essai ;
- les défauts bloquants ou non bloquants ;
- la procédure de recette et le délai de retour.
Les étapes d’un projet de développement web montrent où placer ces validations.
Erreur 3 : oublier la propriété intellectuelle et le code source
Le contrat doit indiquer qui détient les droits sur le code spécifique, le design, la documentation et les contenus. Il doit également distinguer ces éléments des composants open source, licences commerciales et outils tiers.
Vérifiez les conditions de remise du dépôt Git, les éventuelles limites de réutilisation et le moment où la cession devient effective. Si vous financez un développement spécifique, vous devez savoir précisément ce que vous pourrez exploiter, modifier ou transférer.
À vérifier : clauses de propriété, inventaire des licences et modalités de remise.
Erreur 4 : laisser les comptes critiques au nom du prestataire
Le domaine, l’hébergement, les comptes cloud, les outils d’envoi d’e-mails, les stores mobiles et les services de paiement ne devraient pas devenir inaccessibles si la collaboration s’arrête.
La bonne pratique consiste généralement à créer les actifs critiques au nom de l’entreprise cliente, puis à donner à l’agence les accès nécessaires. Activez l’authentification multifacteur et conservez une liste des propriétaires et administrateurs.
À vérifier : registre des comptes, rôles et procédure de récupération.
Erreur 5 : traiter la sécurité comme une formule marketing
« Site sécurisé » ne décrit aucune mesure concrète. Les besoins varient selon les données, les profils, les intégrations et l’exposition du produit.
Demandez comment sont gérés :
- les accès aux environnements ;
- les secrets et clés API ;
- les sauvegardes ;
- les dépendances et mises à jour ;
- les journaux et alertes ;
- les correctifs après découverte d’une faille ;
- les données personnelles et sous-traitants.
Une petite vitrine et une application de santé n’exigent pas le même dispositif. Le niveau de contrôle doit être proportionné au risque.
Erreur 6 : repousser la maintenance à la fin
Une fois le produit en ligne, qui surveille son fonctionnement ? Qui intervient si un paiement échoue ou si une mise à jour casse une intégration ? Quel délai s’applique le soir ou le week-end ?
Distinguez :
- la garantie sur les anomalies de livraison ;
- la maintenance corrective ;
- les mises à jour préventives ;
- le support utilisateur ;
- les évolutions fonctionnelles.
Un SLA n’est utile que si les priorités, horaires et délais sont explicités.
À vérifier : offre de maintenance, procédure d’incident, exclusions et tarifs.
Erreur 7 : croire des promesses impossibles à vérifier
Méfiez-vous des garanties absolues : première place sur Google, absence totale de bugs, délai définitif malgré un périmètre inconnu ou capacité illimitée sans architecture décrite.
Une agence crédible expose aussi les conditions, dépendances et risques. Elle explique ce qui sera mesuré et ce qui dépend de facteurs externes.
Demandez une preuve adaptée à chaque promesse : démonstration, référence, méthode, plan de test ou engagement contractuel. Un discours prudent et précis vaut mieux qu’une certitude impossible à tenir.
Checklist avant signature
- Le périmètre et les exclusions sont-ils écrits ?
- Les critères de recette sont-ils testables ?
- Les droits sur le code et le design sont-ils clairs ?
- Les comptes critiques appartiennent-ils à votre entreprise ?
- Les mesures de sécurité correspondent-elles aux risques ?
- La maintenance et les incidents sont-ils organisés ?
- Les promesses importantes sont-elles démontrables ?
Si une réponse manque, demandez une clarification écrite avant de signer. Cette étape prend peu de temps par rapport au coût d’une reprise de projet.
MONARK IT intervient du cadrage à la maintenance, avec une organisation adaptée aux sites, applications web, produits mobiles et plateformes métier. Vous pouvez également découvrir notre approche d’agence web à Marrakech.
Faites relire le cadrage de votre projet avant de vous engager
