Avant-vente · Pédagogie · Suivi
Mon rôle consiste aussi à rendre les choix techniques compréhensibles. Avec le client et les commerciaux, je pars des usages pour préciser le besoin, choisir une solution et organiser sa mise en œuvre.
J’ai structuré un support détaillé et une version de synthèse autour d’une même question : à quel besoin répond chaque solution ? Voici trois exemples réécrits pour ce portfolio, avec des situations pédagogiques.
Messagerie seule ou suite de travail ? Applications dans le navigateur ou installées ? Quels appareils et quelles exigences de sécurité ?
Les différences entre Exchange Online et Microsoft 365 Business Basic, Standard ou Premium, puis les prérequis et options à vérifier pour chaque profil.
Question de découverte : « Comment vos équipes travaillent-elles, au bureau et à distance ? »
Des visiteurs doivent accéder à Internet. Les équipes utilisent, sur le même site, des applications et des données internes.
Le Wi-Fi assure la connexion ; les VLAN séparent les réseaux ; le portail encadre l’accès invité ; le pare-feu contrôle les communications.
Question de découverte : « Qui doit accéder à quoi, et quels échanges faut-il empêcher ? »
Hornetsecurity permet de centraliser la gestion de la protection antispam. Le besoin se qualifie à partir des messages indésirables, des incidents et du fonctionnement actuel.
Letsignit centralise les signatures de mail : identité visuelle, coordonnées et informations communes. Il répond à un besoin distinct de la protection des messages.
Question de découverte : « Qui gère les règles de messagerie et les signatures aujourd’hui ? »
Un exemple de politique d’accès pour expliquer la complémentarité du Wi-Fi, du portail captif, du switching et du pare-feu. Le parcours ci-dessous représente les fonctions successives, pas le câblage d’une installation.
Le visiteur utilise Internet après validation de son accès. Les règles du pare-feu bloquent les échanges vers les ressources internes.
Organiser les points d’accès et les réseaux Wi-Fi depuis une console centrale. Une étude de couverture et de capacité reste nécessaire.
Schéma pédagogique. Les VLAN doivent être associés à des règles de routage et de filtrage ; les accès autorisés restent à définir avec chaque client.
Voici des exemples de structure et de contenu, réécrits pour un usage public. Ils illustrent ma démarche sans exposer de dossier client ni de configuration réelle.
Exemple : préparer un accès Wi-Fi pour les visiteurs.
| Usage | Qui se connecte, combien de personnes simultanément et dans quelles zones ? |
|---|---|
| Périmètre | Internet seul, durée d’accès, couverture et besoins des équipes internes. |
| Existant | Accès Internet, bornes, switches, alimentation des équipements et pare-feu. |
| Décisions | Mode d’accès invité, séparation des réseaux et flux autorisés. |
| Validation | Un visiteur accède à Internet et ne peut pas joindre les ressources internes. |
Le schéma de principe explique les rôles. Le dossier d’exploitation précise ensuite les équipements, les réseaux, les dépendances, les règles de flux et les contrôles attendus.
| Décision | Séparer visiteurs et collaborateurs. |
|---|---|
| Traduction | Réseaux Wi-Fi et VLAN distincts, routage et filtrage documentés. |
| Contrôle | Vérifier les accès autorisés et les accès bloqués depuis chaque réseau. |
| Exploitation | Décrire les points de supervision, la sauvegarde des configurations et la procédure de retour. |
Exemple : aider un utilisateur à choisir où enregistrer un document.
Le guide final reprend les espaces réellement déployés et des captures adaptées à l’environnement de l’utilisateur.
Trame de préparation d’un test de restauration, à adapter au service et à la sauvegarde utilisés.
Une sauvegarde déclarée réussie doit être complétée par une validation de la restauration.
Exemple fictif : une application interne présente des lenteurs intermittentes.
| Constat | Préciser le moment, les utilisateurs concernés et les symptômes reproductibles. |
|---|---|
| Diagnostic | Documenter les vérifications déjà effectuées et les informations à recueillir. |
| Action | Transmettre les éléments utiles à l’éditeur, désigner le responsable et convenir d’une échéance. |
| Suivi | Consigner la réponse, planifier le contrôle suivant et informer le client entre deux visites. |
| Clôture | Vérifier le retour à l’usage attendu avec les utilisateurs et conserver la solution documentée. |
En régie, je relie les besoins exprimés aux actions techniques. Le compte rendu donne une continuité au travail : ce qui est résolu, ce qui reste à faire, qui intervient et quand vérifier.
Échanger avec les utilisateurs, reproduire les symptômes et distinguer l’urgence, le problème récurrent et le besoin d’évolution.
Définir les prochaines actions, les responsables, les dépendances et les points qui demandent une validation du client.
Échanger avec les éditeurs et les prestataires, compléter le diagnostic et tenir le client informé de l’avancement.
Contrôler le résultat avec les utilisateurs, mettre à jour la documentation et préparer les points de la prochaine intervention.