À propos du service
TraduitJe crée des chatbots pour les entreprises de services locaux, et les appels d'urgence de serrurier est un scénario que j'ai construit de nombreuses fois. Le principal point de douleur dans le secteur est la rapidité : la serrure d'une personne est bloquée ou elle a perdu ses clés, elle ne veut pas appeler le bureau et attendre un rappel, elle a besoin d'un maître dans dix minutes. Je construis le bot de sorte que la demande arrive dans la file d'attente du dispatcher déjà entièrement remplie — sans un seul appel téléphonique, en trois ou quatre taps dans le chat.
Le bot guide le client à travers un scénario clair : d'abord, sélectionner le type de problème (serrure bloquée, clés perdues, clé cassée dans la serrure, remplacement de serrure nécessaire, porte ne se ferme pas), puis l'adresse — par texte ou géolocalisation, qui peut être envoyée directement depuis le messager, et enfin — urgence : appeler tout de suite ou planifier pour un moment convenable. Le paiement ou la pré-autorisation se fait directement dans le chat via un lien de paiement ou un service de paiement local, donc le maître se déplace avec un statut de commande clair. Après avoir assigné le maître, le client voit une chaîne de statuts en direct — reçu, le maître est en route, le maître est sur place, travail commencé, travail terminé — avec diffusion de géolocalisation optionnelle, comme dans les applications de taxi.
Du côté des affaires, tout arrive sur le panneau du dispatcher ou un chat admin séparé : de nouvelles demandes arrivent instantanément, elles peuvent être triées par urgence et district, un maître peut être assigné d'un simple tap et la commande fermée d'un simple tap. J'ai configuré séparément des notifications pour le dispatcher et le maître, un court sondage avec une évaluation après l'achèvement de la commande et des analyses de base — combien d'appels par jour, temps de réponse moyen, revenus par type de travail. Tout est pensé pour une charge réelle : les demandes en double sont bloquées, l'adresse est vérifiée, et un échec de paiement ne se traduit pas par une demande perdue.
Ce qui est inclus dans le travail :
— Menu pour sélectionner le type de problème (bloqué, clés perdues, clé cassée, remplacement de serrure, porte ne se ferme pas)
— Saisie d'adresse par texte ou géolocalisation avec vérification de base
— Sélection d'urgence : appel d'urgence ou rendez-vous pour un moment convenable
— Paiement ou pré-autorisation dans le chat via lien ou passerelle de paiement
— Statuts en direct pour le client avec diffusion de géolocalisation du maître
— Panneau de dispatcher ou chat pour assigner des maîtres et contrôler les commandes
— Évaluation après l'achèvement du travail et analyses de base sur les appels et les revenus
— Déploiement, tests sur des scénarios réels et remise du projet avec instructions
Le bot guide le client à travers un scénario clair : d'abord, sélectionner le type de problème (serrure bloquée, clés perdues, clé cassée dans la serrure, remplacement de serrure nécessaire, porte ne se ferme pas), puis l'adresse — par texte ou géolocalisation, qui peut être envoyée directement depuis le messager, et enfin — urgence : appeler tout de suite ou planifier pour un moment convenable. Le paiement ou la pré-autorisation se fait directement dans le chat via un lien de paiement ou un service de paiement local, donc le maître se déplace avec un statut de commande clair. Après avoir assigné le maître, le client voit une chaîne de statuts en direct — reçu, le maître est en route, le maître est sur place, travail commencé, travail terminé — avec diffusion de géolocalisation optionnelle, comme dans les applications de taxi.
Du côté des affaires, tout arrive sur le panneau du dispatcher ou un chat admin séparé : de nouvelles demandes arrivent instantanément, elles peuvent être triées par urgence et district, un maître peut être assigné d'un simple tap et la commande fermée d'un simple tap. J'ai configuré séparément des notifications pour le dispatcher et le maître, un court sondage avec une évaluation après l'achèvement de la commande et des analyses de base — combien d'appels par jour, temps de réponse moyen, revenus par type de travail. Tout est pensé pour une charge réelle : les demandes en double sont bloquées, l'adresse est vérifiée, et un échec de paiement ne se traduit pas par une demande perdue.
Ce qui est inclus dans le travail :
— Menu pour sélectionner le type de problème (bloqué, clés perdues, clé cassée, remplacement de serrure, porte ne se ferme pas)
— Saisie d'adresse par texte ou géolocalisation avec vérification de base
— Sélection d'urgence : appel d'urgence ou rendez-vous pour un moment convenable
— Paiement ou pré-autorisation dans le chat via lien ou passerelle de paiement
— Statuts en direct pour le client avec diffusion de géolocalisation du maître
— Panneau de dispatcher ou chat pour assigner des maîtres et contrôler les commandes
— Évaluation après l'achèvement du travail et analyses de base sur les appels et les revenus
— Déploiement, tests sur des scénarios réels et remise du projet avec instructions
