Détecter et Automatiser les Workflows d'une PME : la Méthode FAC6 (scripts, FTP, mails, portails clients)

🔍 Pourquoi détecter avant d'automatiser

La première erreur que je vois chez les dirigeants qui veulent "automatiser leur entreprise" est de partir d'un outil (n8n, Power Automate, un script Python) plutôt que d'un problème. Résultat : on bricole une automatisation autour d'une tâche qui n'était pas si critique, pendant que les vrais workflows coûteux restent invisibles. Avant tout code, il faut cartographier ce qui se passe réellement dans l'entreprise.

📋 La méthode d'audit FAC6 en 5 étapes

Quand un dirigeant me demande "qu'est-ce qu'on peut automatiser chez nous ?", je ne réponds jamais le jour même. Je suis une méthode en 5 étapes, qui prend généralement entre 2 et 4 demi-journées selon la taille de l'entreprise.

Étape 1 : Observer sans juger

Je passe une journée (ou plusieurs demi-journées) à côté des personnes qui font le travail. Pas à côté du dirigeant : à côté de la comptable, du commercial, du chef de chantier, de la personne au standard. Je note tout ce qui les interrompt, tout ce qu'ils font "parce que c'est comme ça depuis toujours".

Étape 2 : Lister les flux d'information

Je trace ensuite la vie d'un document dans l'entreprise. Exemple type : un devis. Où naît-il ? Comment est-il envoyé au client ? Comment revient-il signé ? Comment devient-il une commande, puis un bon de livraison, puis une facture ? Combien de ressaisies entre chaque étape ?

Étape 3 : Mesurer le coût caché

Pour chaque tâche identifiée, je calcule le coût réel : durée × fréquence × coût horaire chargé, plus le coût des erreurs (un BL perdu = un appel client, une facture renvoyée, parfois un litige).

Étape 4 : Prioriser avec la matrice impact/effort

Toutes les automatisations n'ont pas le même retour. Je classe les candidats sur deux axes : impact métier (économie de temps + réduction de risque) et effort technique (complexité, dépendances, maintenance). On commence toujours par le quadrant "fort impact / faible effort" — ce que j'appelle les quick wins.

Étape 5 : Documenter le workflow cible

Avant d'écrire la moindre ligne de code, je rédige une fiche de workflow qui décrit : déclencheur, étapes, conditions d'erreur, qui est alerté si ça plante, où sont les logs. C'est cette fiche qui devient ensuite le cahier des charges du script ou du flux n8n.

📊 Cartographie des automatisations les plus rentables

Au fil des audits, je retrouve toujours les mêmes familles d'automatisations dans les PME, que ce soit en transport, BTP, scierie, commerce ou cabinet de services. Voici celles qui rapportent le plus rapidement.

🛠️ Les briques techniques que j'utilise au quotidien

Une automatisation, ce n'est jamais un seul outil : c'est un petit assemblage de briques qui dialoguent entre elles. Voici les briques sur lesquelles je m'appuie le plus souvent chez mes clients, classées du plus simple au plus avancé.

1. Les scripts planifiés (la colonne vertébrale)

PowerShell sur Windows, Bash ou Python sur Linux, lancés via le Planificateur de tâches Windows ou un cron. C'est la brique la moins glamour mais celle qui rend le plus de services. Un script bien écrit, planifié à 6h du matin, peut préparer une journée entière de travail.

🕕 Tâche planifiée Windows à 06:30
    ↓
📜 Script PowerShell
    → Connexion à la base SQL
    → Extraction des commandes de la veille
    → Génération d'un PDF récapitulatif
    → Sauvegarde du PDF dans un dossier archivé par date
    ↓
📧 Envoi du PDF par mail
    → Destinataire : direction + commercial
    → Sujet templaté : "Activité du JJ/MM"
    ↓
🪵 Log local
    → Succès / échec dans un fichier
    → Si échec : alerte mail vers l'administrateur

2. FTP / SFTP : transférer des fichiers de manière fiable

Beaucoup de PME échangent encore des fichiers avec leurs partenaires (comptable, transporteur, fournisseur, banque) par FTP ou SFTP. Je vois souvent des dépôts faits "à la main" tous les soirs par quelqu'un de l'équipe : c'est un cas typique d'automatisation à faible effort, fort impact.

• SFTP plutôt que FTP : c'est chiffré, et la plupart des partenaires l'acceptent aujourd'hui
• Authentification par clé SSH : pas de mot de passe en clair dans le script
• Déplacement après envoi : le fichier source est déplacé dans /archive/, pour qu'on ne renvoie jamais deux fois la même chose
• Accusé de réception interne : un mail récapitulatif arrive à 7h, on sait que le transfert est passé avant d'arriver au bureau

3. Envoi de documents : générer puis transmettre

L'envoi automatique de documents combine deux choses : générer le bon document (PDF, Excel, etc.) à partir des bonnes données, et le transmettre au bon destinataire. C'est typiquement ici qu'un script Python ou PowerShell + une API mail (Resend, SendGrid, ou simplement le SMTP de l'entreprise) règle le problème.

4. Mise à disposition client : sortir du mail

Les pièces jointes en mail, c'est rapide à mettre en place mais ça atteint vite ses limites : pièces trop lourdes refusées, mails perdus dans les spams, clients qui demandent "tu peux me renvoyer le devis de la dernière fois ?". Quand le volume monte, je migre vers une mise à disposition par lien sécurisé : le document est déposé sur un espace dédié au client, et le client reçoit un mail avec le lien.

• Lien à durée de vie limitée (souvent 30 jours) pour les documents confidentiels
• Historique consultable par le client : il retrouve seul ses anciens documents, vous ne recevez plus l'appel "renvoie-moi ça"
• Notification d'ouverture : on sait quand le document a été consulté
• Marque blanche possible (sous-domaine type docs.monentreprise.fr)

5. Alertes mail : ne plus subir les incidents

L'alerte mail est probablement la brique la plus sous-utilisée. Elle ne coûte presque rien à mettre en place et change radicalement la posture de l'entreprise : on passe de "je découvre le problème en arrivant" à "je suis prévenu au moment où il arrive".

6. L'orchestrateur (n8n, Make, scripts maison)

Quand l'enchaînement devient complexe (plus de 3-4 étapes conditionnelles, ou des appels à plusieurs APIs), je passe à un orchestrateur visuel comme n8n. L'intérêt : on voit le flux entier, on peut le modifier rapidement, et la personne qui gère l'entreprise peut lire le workflow même si elle n'est pas développeur.

💼 Cas concrets observés sur le terrain

🚚 Transport : préparer la tournée du lendemain

🏗️ BTP : transmettre les documents de chantier au client

🪵 Industrie/scierie : alerter sur les anomalies de production

💼 Cabinet de services : factures et relances

🚦 Comment démarrer dans votre entreprise

La plus grosse erreur, c'est de vouloir tout automatiser d'un coup. Ça finit toujours en projet enlisé. Voici la séquence que je recommande à mes clients PME.

Semaine 1 — Cartographier

Demandez à chaque personne de l'équipe de noter pendant 5 jours, sur une simple page, les tâches répétitives qu'elle fait et combien de temps elles prennent. Ne cherchez pas la précision au quart d'heure — l'ordre de grandeur suffit.

Semaine 2 — Choisir 1 workflow pilote

Pas trois, pas cinq : un seul. Idéalement, celui qui coche : récurrent, irritant pour l'équipe, à faible enjeu juridique (pas la paie ni les contrats au premier essai). Un export-FTP, un envoi de rapport, ou une alerte de monitoring sont d'excellents premiers candidats.

Semaines 3-4 — Construire en double exécution

On construit l'automatisation, puis on la fait tourner en parallèle du processus manuel pendant 2 à 3 semaines. La personne qui faisait la tâche continue à la faire, et compare le résultat de l'automatisation. C'est le seul moyen sérieux de détecter les cas particuliers oubliés.

Semaine 5 — Basculer et documenter

Une fois la double exécution stable, on bascule. Et surtout on documente : qui maintient le script, où sont les logs, qui est alerté en cas d'échec, comment relancer en cas de panne. Une automatisation non documentée devient un risque dès que la personne qui l'a faite quitte l'entreprise.

Semaine 6+ — Mesurer puis enchaîner

On mesure le gain réel (temps économisé, erreurs évitées) — c'est ce qui débloque les budgets pour les automatisations suivantes — puis on attaque le candidat n°2 sur la liste de priorité.

✨ Conclusion

Détecter et automatiser les workflows d'une PME, ce n'est pas un projet IT abstrait. C'est une démarche de terrain, qui commence par regarder ce qui se passe vraiment dans l'entreprise, qui se prolonge par des choix simples (scripts, FTP, mails, partage client) et qui se mesure en heures rendues à l'équipe chaque semaine. Les outils sont là, ils sont accessibles. Ce qui manque le plus souvent, c'est quelqu'un qui prend le temps de cartographier avant de coder, et qui reste disponible une fois la mise en place faite, pour adapter quand le métier évolue.