Appel d'offres
Appel d'offres anti-drone : comment rédiger le cahier des charges et ne pas acheter du superflu
Un appel d'offres anti-drone échoue souvent non à cause du prix, mais du cahier des charges. Si celui-ci n'indique qu'une « portée de 5 km », les fournisseurs proposent des systèmes incomparables. Voici une structure de cahier des charges qui permet de comparer les offres.
Sommaire
Structure du cahier des chargesExigences de détectionExigences d'actionIntégration et donnéesCritères d'évaluationErreurs typiquesLe problème de la plupart des appels d'offres est l'absence de modèle de menace. Le cahier des charges mentionne un « système de détection et de brouillage de drones », mais n'indique ni les types de cibles, ni les altitudes, ni la météo, ni les zones, ni les règles. Les offres deviennent alors impossible à comparer.
Structure du cahier des charges
- Description du site et des zones.
- Modèle de menace : types de drones, altitudes, scénarios.
- Exigences de détection.
- Exigences d'action.
- Intégration et échange de données.
- Sécurité et compatibilité électromagnétique.
- Formation, service et garantie.
- Critères de réception.
Exigences de détection
Indiquez non pas un chiffre, mais une combinaison : probabilité de détection pour une SER, une altitude et une météo données ; nombre de fausses alarmes par jour ; secteur de couverture ; temps de rafraîchissement ; portée d'identification. Sinon, le fournisseur inscrira un beau chiffre invérifiable.
Exigences d'action
Pour chaque moyen, indiquez la portée, les zones autorisées, le temps de réaction, les restrictions météo et les dommages collatéraux. Pour la guerre électronique — les bandes et la compatibilité électromagnétique. Pour le laser — la classe de sécurité et les zones. Pour l'interception — les zones de chute de débris.
Intégration et données
Le système doit transmettre les trajectoires, la vidéo et le journal à la boucle existante. Exigez un protocole ouvert ou une API, et non un « pupitre propre ». C'est important pour l'exploitation et pour les extensions futures.
Critères d'évaluation
| Critère | Poids | Ce qu'il faut vérifier |
|---|---|---|
| Conformité technique | 30 % | Essais en conditions réelles, pas la publicité |
| Coût de possession | 25 % | Service, pièces de rechange, formation |
| Intégration | 20 % | API, protocoles, compatibilité |
| Expérience et support | 15 % | Sites, délais, service |
| Prix d'achat | 10 % | Ne doit pas être le seul critère |
Erreurs typiques
- Exiger un modèle précis au lieu d'une fonction.
- Ne pas préciser les conditions d'essai.
- Oublier la formation et le règlement d'exploitation.
- Ne comparer que le prix.
- Ne pas vérifier la compatibilité électromagnétique.
