Demandes incomplètes
Suivre les champs manquants et demander l’information suivante sans considérer une demande incomplète comme prête pour un devis.
Parcours de demande de déménagement · En cours
Amana Prototype de prise de demandes de déménagement
Amana est un prototype en cours qui recueille des demandes de déménagement via WhatsApp et prépare un relais clair pour qu’une personne les examine. Ce n’est pas encore un service en ligne.
Discuter d’un projet similairePrototype en cours
SYNTHÉTIQUE · PROTOTYPEEN COURS
De la demande à la relecture humaine.
Vérifier les informations requises, demander seulement ce qui manque, puis placer un résumé dans la file d’une personne.
- 01Champs génériques, sans valeurs.Réception de la demande
La demande de déménagement est comparée aux champs dont la personne qui relit a besoin.
- 02Incomplète = pas prête pour un devis.Informations manquantes
Un champ requis manquant déclenche une seule question ciblée.
- 03Aucun engagement automatique.File de relecture humaine
Une personne vérifie le résumé et prépare un éventuel devis.
Une personne valide chaque résumé.
Illustration synthétique d’un prototype en cours. Aucune capture client, coordonnée, adresse, message ou montant de devis n’est montré, et il ne s’agit pas d’une capture d’une intégration WhatsApp en service.
- Mon rôle
- Développeur du parcours et de l’adaptateur WhatsApp
- Période
- En cours
- Domaine
- Prototype · WhatsApp · Prise de demande
- Technologies
- Adaptateur API WhatsApp Cloud (local) / Contrôle des signatures et dédoublonnage
01 / Le brief
Les coulisses
de l’expérience.
Le prototype organise une demande de déménagement selon les champs dont une personne a besoin pour l’examiner. Lorsqu’un champ requis manque, le parcours pose une seule question ciblée ; une demande complète rejoint une file où une personne relit le résumé et prépare un éventuel devis.
Un adaptateur local pour l’API WhatsApp Cloud vérifie la signature des webhooks et écarte les événements en double ; les messages sortants sont simulés. Ses 31 tests locaux contrôlent ce comportement, mais ne prouvent ni la livraison réelle des messages, ni un déploiement, ni un service IA en production, ni des résultats clients.
02 / Ma contribution
Mûrement réfléchi.
Construit avec soin.
Je développe le parcours de prise de demande et un adaptateur local pour l’API WhatsApp Cloud : gestion des champs requis, questions de relance pour les informations manquantes, validation des signatures de webhook, gestion des doublons et messages sortants simulés.
03 / Les détails
Là où tout prend forme.
Gestion des webhooks
Valider la signature des webhooks et ignorer les événements en double dans l’adaptateur local, avec des messages sortants simulés pendant les tests.
Validation humaine
Laisser à une personne la relecture du résumé, la préparation du devis et tout engagement envers le client. La validation de bout en bout reste une prochaine étape.
Les fondations
Les bons outils
pour chaque besoin.
- Canal
- Adaptateur API WhatsApp Cloud (local)
- Validation
- Contrôle des signatures et dédoublonnage
- Messages sortants
- Simulés pendant les tests
Le résultat
D’une idée
à quelque chose de concret.
À ce stade : un prototype dont l’adaptateur local est couvert par 31 tests, et une file où une personne vérifie chaque résumé et prépare un éventuel devis. Le fonctionnement WhatsApp réel de bout en bout, le déploiement en production et les résultats clients n’ont pas été vérifiés.
- État actuel
- Prototype
- Tests locaux de l’adaptateur
- 31
- Relecture du résumé et du devis
- Humaine
Un projet similaire en tête ?
Écrivons ensemble
votre prochain chapitre.
Démarrer la conversation Continuer la visite
Eversa
Projet suivant