Appui technique aux utilisateurs d’un site web et e-commerce (CMS)

À l’issue du cours, l’apprenant est capable :

• d’assister un utilisateur non technique sur un site web ou e-commerce,

• d’identifier, qualifier et résoudre les incidents courants,

• d’intervenir dans un CMS sans casser le site,

• de savoir quand escalader un problème (hébergeur, développeur, prestataire).

1. Comprendre ce qu’est l’appui technique (cadre réel)

1.1 Rôle de l’appui technique

L’appui technique n’est ni du développement, ni du graphisme.

Il consiste à :

• aider l’utilisateur à utiliser correctement le site,

• corriger des erreurs simples et fréquentes,

• maintenir le site fonctionnel au quotidien,

• rassurer et expliquer avec des mots simples.
  
  

1.2 Types d’utilisateurs accompagnés

• Client final (commerçant, indépendant, TPE)

• Collaborateur interne (chargé de com, assistant marketing)

• Client e-commerce (problèmes de commande, paiement, compte)

2. Typologie des sites et CMS concernés

2.1 Site vitrine (CMS)

Exemples :

• WordPress

• Google Sites

• Wix (logique comparable)
  
  

Fonctions principales :

• Pages (Accueil, Services, Contact…)

• Formulaire de contact

• Blog / actualités

• SEO de base

• Sécurité minimale
  
  

2.2 Site e-commerce (CMS)

Exemples :

• WordPress + WooCommerce

• Shopify
  
  

Fonctions supplémentaires :

• Produits

• Commandes

• Paiement

• Livraison

• Comptes clients

• Emails transactionnels

3. Problèmes techniques les plus fréquents (réalité terrain)

3.1 Problèmes côté utilisateur (très fréquents)

• “Je n’arrive pas à me connecter”

• “Je ne vois pas ma modification”

• “Le formulaire ne marche pas”

• “Le paiement a échoué”

• “Je n’ai pas reçu l’email”
  
  

→ 80 % des demandes viennent de là.

3.2 Problèmes côté CMS

• Plugin cassé ou mal configuré

• Mise à jour non faite

• Conflit de plugins

• Mauvaise manipulation dans l’admin

• Produit mal paramétré
  
  

3.3 Problèmes externes

• Hébergement indisponible

• Nom de domaine mal configuré

• Service de paiement en panne

• SMTP / emails bloqués

4. Méthode simple de diagnostic (clé du support)

Méthode en 5 étapes (à apprendre par cœur)

1. Reproduire le problème
   
   

   • Où ?

   • Quand ?

   • Pour qui ?
     
     

2. Identifier la zone
   
   

   • Utilisateur / CMS / Externe
     
     

3. Vérifier les réglages
   
   

   • Paramètres visibles

   • Erreurs évidentes
     
     

4. Tester une action simple
   
   

   • Déconnexion / reconnexion

   • Cache / navigateur

   • Réglage basique
     
     

5. Décider
   
   

   • Je corrige

   • J’explique

   • J’escalade

5. Appui technique sur un site vitrine (concret)

5.1 Assistance courante

• Modifier un texte ou une image

• Ajouter une page

• Corriger un lien cassé

• Aider à remplir un formulaire

• Mettre à jour un article
  
  

5.2 Incidents fréquents et solutions

• Page blanche → plugin désactivé

• Modification invisible → cache navigateur / cache CMS

• Formulaire HS → email de réception mal configuré

• Site lent → images trop lourdes
  
  

5.3 Bonnes pratiques à transmettre à l’utilisateur

• Ne pas modifier en production sans vérifier

• Ne pas installer de plugins inutiles

• Toujours sauvegarder avant modification

6. Appui technique sur un site e-commerce (concret)

6.1 Assistance côté client final

• Compte client inaccessible

• Mot de passe oublié

• Commande non reçue

• Problème de paiement
  
  

6.2 Assistance côté commerçant

• Produit non visible

• Stock incorrect

• Prix erroné

• Commande bloquée

• Email de commande non envoyé
  
  

6.3 Vérifications de base à faire

• Statut de la commande

• Mode de paiement actif ?

• Stock disponible ?

• Email transactionnel configuré ?

• Zone de livraison active ?

7. Ce que l’appui technique NE doit PAS faire

• Modifier le code

• Toucher à la base de données

• Installer des solutions “magiques”

• Promettre des délais irréalistes

• Corriger sans expliquer

8. Communication avec l’utilisateur (essentiel)

8.1 Règles simples

• Utiliser des mots non techniques

• Reformuler le problème

• Expliquer ce qui a été fait

• Prévenir avant toute action risquée
  
  

8.2 Exemple concret

Mauvais :

“C’est un problème de hook PHP lié au plugin.”

Bon :

“Le problème vient d’un outil du site qui était mal réglé. Je l’ai corrigé et tout fonctionne à nouveau.”

TP – Mise en situation (très concret)

Exercice 1 – Site vitrine

Cas :

“Le client dit que son formulaire de contact ne marche plus.”

Attendu :

• Questions à poser

• Vérifications à faire

• Solution possible

• Message de réponse au client
  
  

Exercice 2 – E-commerce

Cas :

“Un client a payé mais la commande est en attente.”

Attendu :

• Vérifications dans le CMS

• Hypothèses possibles

• Action corrective

• Message de rassurance client

10. Résumé opérationnel

L’appui technique, c’est :

• 70 % de méthode

• 20 % de CMS

• 10 % de technique pure
  
  

Un bon support :

• rassure,

• comprend vite,

• agit prudemment,

• explique clairement.