Un cahier des charges utile permet à une PME marocaine d'obtenir des devis comparables et de tester le logiciel livré. Il décrit le problème métier, les parcours et les critères de réussite sans imposer prématurément une technologie. Voici une trame courte à adapter avant de consulter des prestataires.
1. Décrire le problème et le résultat attendu
Commencez par une page : qui utilise l'outil, quelle tâche prend trop de temps ou produit trop d'erreurs, et ce qui doit changer. Donnez un volume de référence : nombre d'utilisateurs, dossiers mensuels, sites concernés et pics d'activité. Si ces chiffres manquent, indiquez qu'ils sont à mesurer ; ne les inventez pas pour remplir le document.
Exemple fictif : « Notre équipe copie les commandes reçues par courriel dans un tableau, puis dans le logiciel de stock. Le projet doit éviter la double saisie et permettre de suivre chaque exception. » Cette formulation laisse ouvertes plusieurs solutions : logiciel existant, intégration ou développement ciblé.
2. Écrire trois parcours complets
Décrivez le cas normal, un cas incomplet et un cas d'erreur. Pour chacun, précisez l'entrée, les actions de l'utilisateur, la décision attendue et le résultat visible. Un simple inventaire de fonctionnalités (« tableau de bord, CRM, IA ») ne montre pas comment le travail se déroule.
| Parcours | Question à poser au prestataire |
|---|---|
| Nouvelle commande | Comment éviter une double création si le message est renvoyé ? |
| Donnée manquante | Qui corrige l'information et comment suit-on le dossier ? |
| Échec d'intégration | Quelle alerte apparaît et comment relancer sans perdre la trace ? |
Demandez une démonstration de ces parcours avec des données d'essai représentatives. C'est plus instructif qu'une démonstration de menus vides.
3. Séparer indispensable, utile et futur
Classez chaque exigence selon sa nécessité au lancement. Le premier lot doit permettre un travail complet, même simple. Décrivez aussi ce qui est hors périmètre : paie, application mobile, migration historique ou automatisation de l'envoi, par exemple. Cette frontière aide à comparer les propositions et à décider des changements en cours de projet.
Précisez les langues réellement utilisées par les équipes et les clients, notamment français et arabe si nécessaire. Vérifiez les champs, les exports et les écrans concernés ; traduire seulement la navigation ne suffit pas à rendre un processus bilingue.
4. Rendre les contraintes testables
Énumérez les systèmes à connecter, le propriétaire de chaque compte, les formats d'import/export, les rôles d'accès, les besoins de sauvegarde et la disponibilité attendue. Pour les données personnelles, documentez les finalités, les accès et la conservation, puis vérifiez les obligations applicables avec la CNDP. Ne supposez pas qu'un hébergement donné règle à lui seul toutes les questions de conformité.
Une exigence comme « rapide et sécurisé » est difficile à accepter ou refuser. Écrivez plutôt un parcours mesurable, les volumes de test, qui effectue la vérification et comment les anomalies seront corrigées. Ajoutez un scénario de restauration et un export complet des données à la recette.
5. Comparer les devis au-delà du prix initial
Demandez à chaque prestataire le même découpage : découverte, conception, premier lot, intégrations, reprise des données, tests, formation, hébergement, maintenance et évolutions. Vérifiez les hypothèses, exclusions, délais de validation et responsabilités après livraison. Précisez la remise du code source ou des droits d'usage, des accès, de la documentation et de la procédure de sortie.
Le choix entre SaaS et logiciel sur mesure vient après ce cadrage : un outil existant peut couvrir le besoin, parfois avec une intégration limitée. Si le processus exige un développement spécifique, notre page développement logiciel au Maroc explique notre approche. Présentez-nous votre projet avec vos parcours et contraintes.