# Mon projet d’automatisation WhatsApp

Modèle proposé par Hamza El Haissouf — 17 septembre 2026
https://www.hamzaelhaissouf.com/outils/simulateur-automatisation-whatsapp

Copiez ce document et complétez les champs. Utilisez des exemples fictifs ;
n’ajoutez ni mots de passe, ni clés API, ni données personnelles de clients.

## 1. Objectif

- Activité :
- Personne responsable du projet :
- Problème actuel :
- Première tâche à améliorer :
- Résultat observable attendu :
- Langues utilisées :

## 2. Volume et situation actuelle

- Conversations par jour / jours actifs par mois :
- Temps de travail par conversation (hors attente) :
- Types de demandes les plus fréquents :
- Période observée / pics inhabituels :
- Qui traite les demandes aujourd’hui :

## 3. Parcours cible

- Déclencheur (comment le client arrive) :
- Informations indispensables à collecter :
- Questions à poser lorsqu’il manque une information :
- Actions autorisées automatiquement :
- Actions nécessitant une validation humaine :
- Résultat final / message de confirmation :
- Traitement d’une modification, annulation ou indisponibilité :

## 4. Sources d’information

- Services et horaires — source / responsable des mises à jour :
- Prix — source / fréquence de mise à jour :
- Disponibilités — source / méthode de vérification :
- CRM, tableur ou autre outil à connecter :
- Que faire si une donnée manque ou si un service ne répond pas :

## 5. Reprise humaine

- Personnes et horaires :
- Moyen de notification :
- Contexte à transmettre à l’opérateur :
- Comportement de l’assistant pendant la reprise :
- Message hors horaires :

## 6. Comptes et prérequis

- Propriétaire du numéro et du compte WhatsApp Business :
- Fournisseur WhatsApp envisagé / responsable des accès :
- Notifications à envoyer / modèles à faire approuver :
- Propriétaire hébergement, dépôt de code et API :
- Accès encore manquants (nom du service seulement) :

## 7. Tests d’acceptation

Pour chaque cas, écrire l’entrée fictive, le résultat attendu et le validateur.

- Demande complète :
- Information manquante :
- Prix ou disponibilité à confirmer :
- Message reçu en double :
- Reprise humaine :
- Modification ou annulation :
- Erreur d’intégration :
- Empêcher un envoi sans validation :

## 8. Périmètre et suivi

- Inclus dans la première livraison :
- Hors périmètre / évolutions possibles :
- Indicateurs avant et pendant le pilote :
- Critères pour poursuivre ou corriger le pilote :
- Budget développement envisagé :
- Frais récurrents à chiffrer séparément :
- Code, documentation et accès à remettre :
- Corrections et maintenance après livraison :
- Prérequis à valider avant de fixer la date :

Ce modèle est un support de discussion. Le périmètre, le devis et le calendrier
devront être confirmés ensemble avant le développement.