Qualifier les appels d’offres informatiques au Maroc

En bref

Un dossier informatique combine souvent fourniture, intégration, support et engagements de service. Distinguez les obligations de résultat des simples caractéristiques techniques.

Cadre réglementaire et documents officiels

Le RC et les prescriptions techniques permettent d’identifier les critères, les preuves et les engagements attendus. Vérifiez les règles relatives aux variantes ou équivalences avant de proposer une autre référence. Les exigences de sécurité et de données dépendent aussi du projet : faites examiner leur portée par les personnes compétentes, sans annoncer une conformité générale non démontrée.

Référence à consulter : Portail Marocain des Marchés Publics — Recherche multicritères.

Cartographier les composants et les interfaces

Un marché informatique peut réunir du matériel, des logiciels, de l’intégration, de la migration et du support. Séparez ces composantes pour identifier les compétences et les fournisseurs nécessaires. Relevez l’existant décrit par l’acheteur, les interfaces, les volumes et les contraintes techniques. Une liste de produits ne décrit pas toujours le travail requis pour rendre la solution opérationnelle.

Créez une matrice d’exigences qui associe chaque demande à une réponse, une preuve et un responsable. Pour les caractéristiques techniques, utilisez les documents du fabricant correspondant à la référence et à la version proposées. Distinguez une fonction disponible, une option payante et un développement à réaliser. Ces trois situations peuvent modifier le prix, le délai et les conditions de maintenance.

Vérifier les profils, licences et droits d’usage

Comparez les certifications et expériences demandées aux personnes réellement disponibles. Vérifiez les preuves nécessaires et le calendrier d’intervention. Un profil présent dans votre base interne ne peut pas être engagé sur plusieurs projets incompatibles. Si un partenaire doit intervenir, confirmez son périmètre, ses disponibilités et les conditions de sa participation avant de l’intégrer à la réponse.

Examinez ensuite le modèle de licence : utilisateurs, équipements, durée, renouvellement, hébergement et support inclus. Une licence perpétuelle et un abonnement ne se comparent pas uniquement par leur coût initial. Notez aussi les limites d’usage et les dépendances à d’autres produits. La proposition doit expliquer le périmètre effectivement fourni sans laisser l’acheteur découvrir après la recette qu’une fonctionnalité suppose une option supplémentaire.

Chiffrer la mise en service et le support

Listez les opérations nécessaires à la livraison d’une solution utilisable : installation, configuration, reprise de données, tests, documentation et formation. Estimez les charges avec les personnes qui les réaliseront. Vérifiez les déplacements et les plages d’intervention, notamment lorsqu’une opération doit se dérouler hors des horaires habituels. Les engagements de disponibilité ou de délai d’intervention doivent correspondre à une organisation financée.

Exemple fictif : un dossier prévoit des licences et une migration d’utilisateurs. Le devis fournisseur couvre les licences, mais pas le nettoyage des données, la préparation des comptes ni l’accompagnement du démarrage. Ces tâches doivent être estimées séparément dans le budget interne. Sans cette revue, un projet apparemment rentable peut absorber beaucoup plus de journées d’intégration que prévu lors du chiffrage.

Clarifier sécurité, hébergement et critères de recette

Repérez les exigences relatives aux accès, aux sauvegardes, à la journalisation, à l’hébergement et à la protection des données. Faites valider leur portée par les personnes compétentes, selon les textes et règles sectorielles effectivement applicables au projet. N’annoncez pas une conformité globale sur la seule base d’une brochure. Associez une preuve ou une méthode de vérification à chaque engagement demandé.

Décrivez enfin les livrables et les conditions permettant d’accepter la prestation : scénarios de test, documentation, formation et traitement des réserves. Vérifiez qui fournit les accès, les données et l’environnement nécessaire aux essais. Les dépendances à l’acheteur doivent être explicites dans la préparation du planning. Une recette définie clairement réduit les ambiguïtés entre la fourniture d’un produit et la réussite opérationnelle du projet.

Erreurs à éviter

• Confondre fonction native et option payante peut laisser un besoin non couvert. Précisez la configuration et les licences.
• Omettre la migration réduit artificiellement le coût d’intégration. Listez les opérations de mise en service.
• Proposer un profil indisponible rend le planning fragile. Confirmez son affectation avant l’engagement.
• Une recette sans critères mesurables crée des désaccords. Définissez les tests, livrables et prérequis.

Checklist avant de passer à l’action

• Cartographier fournitures, logiciels, services et support.
• Vérifier certifications et profils demandés.
• Identifier exigences de sécurité et d'hébergement.
• Chiffrer licences, maintenance et renouvellements.
• Contrôler SLA, pénalités et conditions de recette.

Questions fréquentes