Comment présenter une offre SOC à ses clients quand on est MSP ?
Partir des enjeux du client, montrer ce que fait le SOC, dire ses limites, l'intégrer au contrat : comment un MSP présente une offre SOC à ses clients.
Pour présenter une offre SOC à ses clients quand on est MSP, il faut partir de leurs enjeux (continuité d’activité, exigences de leurs propres clients, réglementation), montrer concrètement ce que fait le SOC au quotidien et en cas d’alerte, dire ce qu’il ne fait pas, puis l’intégrer au contrat d’infogérance existant. Le discours reste celui de l’infogérant, qui garde la relation.
Cet article fait partie de notre série sur la mise en œuvre d’un SOC managé. Pour la démarche complète, voir Comment mettre en place un SOC managé ?. Pour le cadre général de l’offre cyber d’un infogérant, voir Comment un infogérant peut-il proposer de la cybersécurité à ses clients ?.
Partir des enjeux du client, pas de la technique
Un dirigeant de PME n’achète pas des « règles de détection ». Il veut que son activité tourne, que ses données restent les siennes et que ses propres clients lui fassent confiance. Trois questions ouvrent la discussion :
- Que se passe-t-il si vos postes ou votre messagerie sont bloqués pendant plusieurs jours ?
- Vos clients ou donneurs d’ordre vous posent-ils des questions sur votre sécurité ?
- Êtes-vous concerné par une réglementation, ou l’êtes-vous à travers vos clients ?
Sur ce dernier point, la directive NIS2 demande aux entités concernées de traiter la sécurité de leur chaîne d’approvisionnement, en tenant compte des pratiques de cybersécurité de leurs fournisseurs (article 21). Un fournisseur peut donc recevoir des demandes de ses clients même s’il n’est pas lui-même soumis à NIS2. Voir Suis-je concerné par NIS2 si mon client l’est ?.
Montrer le service en situation
Le plus parlant est un scénario. Par exemple :
- Un samedi à 3 heures, un compte de messagerie se connecte depuis un pays inhabituel puis crée une règle de transfert.
- Le SOC repère l’anomalie, qualifie l’alerte et coupe la session selon les actions autorisées à l’avance.
- L’astreinte de l’infogérant est prévenue et réinitialise les accès.
- Le lundi, le client reçoit un compte rendu clair de ce qui s’est passé.
Ce récit montre la valeur d’une surveillance 24/7 sans dramatiser. Il montre aussi que l’infogérant reste au centre : c’est lui qui agit sur le système d’information et qui informe le client.
Montrer ce que le client reçoit
Le service doit être visible en dehors des incidents. Montrez un exemple de rapport mensuel : activité surveillée, alertes traitées, vulnérabilités à corriger. Chez Cyna, ces rapports sont exportables en CSV ou en PDF, en marque blanche, et l’infogérant les présente sous son nom. Ils servent aussi de base au point régulier avec le client.
Dire clairement les limites
Une offre bien présentée dit ce qu’elle ne couvre pas. Un SOC managé ne remplace ni les sauvegardes, ni les mises à jour, ni la sensibilisation des utilisateurs, et aucun dispositif ne garantit l’absence d’incident. Dire cela n’affaiblit pas l’offre : c’est ce qui la rend crédible, et c’est ce qui évite les malentendus après un incident.
| Ce que le SOC apporte | Ce qui reste à faire par ailleurs |
|---|---|
| Surveillance 24/7 des sources raccordées | Sauvegardes et tests de restauration |
| Qualification des alertes et premières actions | Correctifs et mises à jour |
| Appui à la réponse à incident | Sensibilisation des utilisateurs |
| Rapports d’activité et de vulnérabilités | Politique de sécurité et gouvernance |
Intégrer l’offre au contrat existant
Pour le client, le plus simple est que le SOC s’ajoute au contrat d’infogérance qu’il connaît déjà, avec un seul interlocuteur et une seule facture. Les points à prévoir (périmètre, escalade, données personnelles, réversibilité) sont détaillés dans Comment intégrer un SOC dans un contrat d’infogérance ?.
C’est le modèle de Cyna : Cyna travaille via ses infogérants partenaires, qui portent la relation avec leurs clients (contrat, facturation, rapports).
Se faire accompagner sur les premiers rendez-vous
Les premières présentations sont les plus délicates. Le programme partenaire Cyna Ignite propose une formation commerciale, des kits marketing et la présence possible d’un expert Cyna en rendez-vous client, pour répondre aux questions techniques pendant que l’infogérant garde la main sur la relation.
Faire le point avec un expert
Vous êtes client d’un infogérant partenaire de Cyna ? Il est votre premier interlocuteur pour découvrir l’offre. Vous êtes infogérant et vous préparez votre offre SOC ? Découvrez le programme partenaire ou contactez-nous.
Questions fréquentes
Faut-il proposer le SOC à tous ses clients ?
Ce n'est pas obligatoire, mais une offre SOC présentée comme une évolution naturelle du contrat, plutôt que comme une option réservée à quelques comptes, est plus simple à expliquer et à exploiter.
Comment répondre à un client qui dit avoir déjà un antivirus ?
Expliquer la différence entre un outil qui bloque des menaces connues et une surveillance humaine qui analyse les comportements et réagit. Voir Antivirus ou EDR : quelles différences ?.
Comment parler du prix sans le minimiser ni l'exagérer ?
En le rattachant à ce qui le fait varier : nombre de postes et de comptes, sources raccordées, niveau de service, accompagnement en cas d'incident. Le client compare alors un service décrit, pas un chiffre isolé.
Le client saura-t-il que le SOC est opéré par un partenaire ?
Chez Cyna, les rapports sont en marque blanche et l'infogérant porte toute la relation, mais Cyna est identifié dans l'offre comme le SOC de l'infogérant. Voir Comment un MSP peut-il revendre un SOC en marque blanche ?.
Cet article fournit des informations générales à titre indicatif. Il ne constitue ni un conseil juridique, ni un engagement contractuel de Cyna : les conditions de service sont celles du contrat conclu via votre infogérant partenaire. Pour toute question réglementaire, rapprochez-vous de votre conseil juridique.