Pourquoi les SOPs viennent avant l'automatisation

Vous voulez automatiser quelque chose. Votre processus de suivi client mange des heures. Votre préparation de devis est incohérente. Votre équipe ne cesse de faire la même chose différemment.

Vous embauchez donc quelqu’un pour construire une automatisation. Il passe une semaine à la construire. Vous la déployez. Ça fonctionne 70% du temps. Les autres 30%, quelque chose se trompe, un cas limite que vous n’aviez pas mentionné, une étape qui se produit parfois hors de l’ordre, une règle qui s’applique seulement le mardi.

Le problème : vous avez automatisé quelque chose que vous ne compreniez pas complètement.

Ce guide explique pourquoi documenter le processus (écrire un SOP) avant l’automatisation n’est pas une surcharge, c’est la différence entre une automatisation qui fonctionne et une automatisation qui devient de la dette technique.

Qu’est-ce qu’un SOP ?

Un SOP est une description écrite, étape par étape, de la façon dont vous faites quelque chose, y compris :

• Le déclencheur. Quand/pourquoi ce processus commence-t-il ?
• Les étapes. Dans l’ordre, qu’est-ce qui se passe exactement ?
• Les règles. Y a-t-il des conditions si/alors ? Quand quelque chose ne s’applique-t-il pas ?
• La sortie. Quel est le résultat final ?
• Exceptions. Que se passe-t-il si quelque chose ne va pas ?

Exemple :

SOP de Réponse à Demande Client

Déclencheur : Un client envoie un email de support.

Étapes :
1. Enregistrez un ticket dans Intercom, avec le sujet (type de problème).
2. Si urgent (contient : ASAP, cassé, urgence) → répondre en 2 heures.
   Sinon → répondre en 24 heures.
3. Vérifiez l'historique du client (tickets passés, historique d'achat, ancienneté).
4. Rédigez une réponse traitant son problème spécifique (voir docs FAQ pour réponses courantes).
5. Si le problème nécessite une correction de produit, escaladez à l'ingénierie (marquez avec "escalade").
6. Envoyez la réponse.
7. Définissez un rappel pour suivre dans 3 jours si le problème reste ouvert.

Sortie : Email client répondu, ticket enregistré, escalade marquée si nécessaire.

Exception : Si le client est de haut valeur (5k€+ annuel) ou chez nous depuis 2+ ans, 
la priorité monte d'un cran.

Ce n’est pas compliqué. C’est clair et concret. Et cela révèle des choses que vous ignoriez faire.

Pourquoi un SOP révèle les problèmes

Quand vous écrivez le SOP, vous découvrez souvent :

Variation. Vous pensiez faire X toujours de la même façon. Mais l’écrire vous force à réaliser : en fait, parfois vous faites X, parfois vous le sautez, parfois une version plus courte.

Étapes manquantes. Vous avez un vague souvenir de “vérifier quelque chose” ou “demander au team d’abord” pour certains cas, mais jamais nommé la règle.

Règles peu claires. Vous dites “tickets de haute priorité d’abord,” mais qu’est-ce qui rend quelque chose hautement prioritaire ? Vous pensez savoir, mais en l’écrivant, il s’avère que vous avez trois définitions différentes selon à qui vous demandez.

Dette de processus. Vous réalisez que la moitié des étapes sont des contournements pour un outil qui ne fonctionne pas bien, ou d’anciennes exigences clients que personne n’a mentionnées.

Ces problèmes existent que vous automatisiez ou non. Mais ils ne font surface que quand vous essayez d’automatiser, parce que vous ne pouvez pas dire à un ordinateur “tu te débrouilleras”, vous devez être explicite.

En écrivant le SOP d’abord, vous trouvez ces problèmes tôt, les corrigez, puis automatisez le processus propre, pas le désordonné.

La boucle SOP → Automatisation → Mesure

Une fois que vous avez un SOP, l’automatisation devient simple :

1. SOP (2 heures d’écriture) — Vous définissez le processus exactement.
2. Automatisation (varie) — Vous donnez ce document à un développeur ou outil. Ils le construisent pour correspondre.
3. Mesure (hebdomadaire) — Vous suivez : l’automatisation a-t-elle suivi le SOP ? Si oui, ça a marché. Sinon, corrigez l’automatisation ou affinez le SOP.

Sans le SOP, vous avez : exigences vagues → automatisation devinée → confusion sur le fonctionnement.

SOPs courants pour petites entreprises

Si vous envisagez d’automatiser, ce sont de bons premiers candidats :

• Flux de réponse client — email entrant → catégoriser → rédiger → réviser → envoyer.
• Génération de devis/proposition — rassembler entrées → rédiger → réviser → formater → envoyer.
• Qualification de leads — soumission de formulaire → rechercher → noter → assigner.
• Intégration — client signe → envoyer modèles → configurer compte → programmer démarrage.
• Suivi de facture — facture due → auto-rappel si en retard → escaladez si très en retard.
• Attribution d’équipe — tâche arrive → évaluer → assigner à la bonne personne → notifier.

Comment écrire un SOP (30 minutes à 1 heure)

1. Choisissez le processus. Choisissez-en un qui prend du temps, se répète souvent, et est relativement autonome.

2. Faites-le une fois, documentant en cours. La prochaine fois que ce processus se produit, écrivez chaque étape. Ne le nettoyez pas encore.

3. Identifiez le déclencheur et la sortie. Quand ça commence ? Quel est le résultat final ?

4. Listez les étapes. Soyez aussi concret que possible. “Vérifier les infos client” est vague. “Ouvrir son compte dans Salesforce, vérifier la date de dernière commande, lire les trois derniers tickets de support” est concret.

5. Trouvez les si/alors. Où prenez-vous une décision ? Écrivez ces règles. “Si client depuis 1+ an, faire X. Sinon, faire Y.”

6. Décrivez les exceptions. Quand ce processus ne s’applique-t-il pas, ou s’applique différemment ?

7. Demandez au team. Si d’autres font ce processus, demandez-leur : ai-je oublié quelque chose ? Le fais-tu différemment ? Verrouillez les réponses.

8. Écrivez-le. Une page, langage clair, étapes numérotées.

9. Testez-le. La prochaine fois que ce processus se produit, suivez le SOP comme écrit. Ça marche ? Si non, affinez.

Erreurs courantes

Erreur 1 : Le rendre trop général. “Gérer les retours clients.” Ce n’est pas un processus, c’est un panier. “Quand un client laisse un avis 1-étoile sur Google, enregistrez-le, répondez en 24 heures, assignez à produit pour enquête.” C’est un processus.

Erreur 2 : Oublier le pourquoi. “Envoyer email de rappel” est une étape. “Envoyer email de rappel car la plupart des factures en retard sont payées si rappelées une fois” dit aux gens pourquoi ils le font.

Erreur 3 : Le faire une fois et ne jamais mettre à jour. Les SOPs dérivent. Vous automatisez selon le SOP, mais ensuite le processus change et l’automatisation devient obsolète. Mettez à jour le SOP à chaque changement.

Erreur 4 : Automatiser d’abord, SOP après. Ne faites pas ça. Vous construiriez l’automatisation autour de la pratique actuelle, pas améliorée.

Prochaines étapes

Choisissez un processus que vous voulez automatiser. Écrivez le SOP (1 heure). Puis, montrez-le à votre team ou donnez-le à un développeur et dites, “Construis ceci.”

Pour des conseils sur l’étape d’automatisation, lisez [[ChatGPT n’est pas un agent]] — cela explique la différence entre un outil et un agent, pour vous sachiez quel type d’automatisation a du sens pour votre SOP.

Consultez aussi [[mesurer si la formation IA économise réellement du temps]] — une fois automatisé, mesurez si cela fonctionne réellement.