Demandes de Callback transforment un bouton de rappel PrestaShop en file commerciale partagée avec horaires promis, contexte produit et statut d'appel. Après installation, vous indiquez les horaires ; l'e-mail de la boutique est déjà sélectionné, le bouton et la file sont prêts.
Un simple formulaire laisse votre équipe décider qui rappeler et quand. Ici, les créneaux proposés suivent les horaires réels et la demande conserve la même échéance dans la file de travail.
Vous choisissez plages larges ou créneaux précis, champs obligatoires et emplacement selon produit ou public. Produit et déclinaison accompagnent le contact, les doublons sont fusionnés et les rappels de retard suivent la promesse initiale. Demandes et preuves du consentement restent dans votre boutique, sans service d'appel externe.
Le commercial commence chaque appel avec le produit demandé et l'échéance déjà visibles dans un même dossier.
Résumé des possibilités du module
Callback Requests - Sales Call Lead Queue ajoute un bouton de rappel à une boutique PrestaShop et transforme chaque demande en travail commercial suivi. Les horaires et l'adresse de notification suffisent au démarrage, puis la planification, le formulaire, le ciblage, l'apparence, le processus d'équipe et la confidentialité accompagnent une organisation plus grande et plusieurs boutiques.
- Des créneaux crédibles : semaine type, horaires coupés, travail de nuit, exceptions, jours fériés, périodes larges et rendez-vous précis.
- Une seule file de travail : échéances, retard actuel, numéros cliquables, comptes clients, statuts, notes, actions groupées et export filtré.
- Un contexte commercial utile : page d'origine, produit, déclinaison, langue et emplacement arrivent avec la demande.
- Un formulaire adapté : choix des champs obligatoires, libellés traduits, numéros internationaux et consentement enregistré.
- Une présence maîtrisée : plusieurs emplacements, règles de page et de public, apparence, icône personnalisée et visibilité sur téléphone.
- Le suivi et la confidentialité : notifications séparées, nouvel essai d'envoi, rappels de retard, preuve du consentement et suppression automatique.

Quels créneaux de rappel le client reçoit-il ?
Le formulaire présente des horaires calculés à partir du temps de travail réel de l'équipe. Chaque jour accueille plusieurs intervalles, ce qui transforme un vide en pause déjeuner, garde fermé un jour sans intervalle et prolonge un service du soir après minuit. Le fuseau horaire de la boutique maintient la promesse cohérente lors des changements d'heure.
Les dates d'exception remplacent la semaine habituelle pour une fermeture, un inventaire ou une ouverture spéciale. Les jours fériés du pays et de l'année choisis entrent ensemble dans le calendrier, et un aperçu actualisé reproduit les choix présentés au client à cet instant. Le marchand propose des périodes simples, comme dès que possible ou le prochain jour d'ouverture, ou des rendez-vous précis créés exclusivement dans les intervalles disponibles.
La disponibilité est recalculée à l'ouverture du formulaire et contrôlée encore une fois lors de l'envoi. Une ancienne page ne produit donc jamais une promesse périmée. L'échéance affichée dans la file correspond à la fin du même créneau confirmé au client.

Comment l'équipe garde-t-elle chaque appel promis sous contrôle ?
Chaque demande devient une ligne du service client avec numéro de téléphone cliquable, créneau demandé, échéance, origine, notes et heure de réception. Le retard est calculé au moment où la liste s'affiche, une échéance dépassée apparaît donc immédiatement. Quatre indicateurs montrent les nouvelles demandes du jour, les retards actuels, les appels effectués aujourd'hui et le délai médian avant appel.
Le processus comprend Nouveau, Appelé, Sans réponse, À rappeler, Annulé et Terminé. Statut et notes se modifient dans la liste, les actions groupées traitent plusieurs demandes, et les filtres isolent le travail par statut, échéance, produit ou date. Pour un acheteur connecté, la ligne mène au compte client. Le résultat filtré s'exporte au format CSV pour un rapport ou une transmission.
Les envois répétés du même numéro et de la même identité deviennent un seul contact pendant la période choisie. La ligne compte les nouvelles tentatives, complète un contexte produit manquant et conserve l'échéance la plus proche lorsque la nouvelle demande est plus urgente. L'équipe appelle ainsi une seule fois sans perdre la promesse la plus exigeante.

Quelles informations accompagnent la demande jusqu'au commercial ?
Un contact issu d'une page produit contient le produit et sa déclinaison, le nom localisé, l'adresse et le type de page, la langue et l'emplacement du bouton. Ce contexte provient directement de la page et reçoit une protection avant son enregistrement. Le visiteur ne réattribue donc pas sa demande à un autre produit. L'échange commence avec l'article déjà identifié.
Le marchand compose le formulaire selon sa conversation commerciale. Téléphone, horaire de rappel et consentement restent la base. Nom, adresse email, société et message sont activés, rendus obligatoires, libellés et ordonnés selon les besoins. Le texte du bouton, le titre du formulaire, l'introduction, le consentement et la confirmation possèdent une rédaction propre à chaque langue de la boutique.
Le sélecteur de pays traite une saisie locale ou internationale et enregistre un numéro international uniforme. Les indicatifs incorrects et longueurs impossibles sont refusés avant l'entrée du contact dans la file. Le texte exact du consentement accepté reste attaché à la demande avec sa date et une preuve protégée.

Où le bouton apparaît-il, et qui le voit ?
Vous choisissez un bouton flottant dans chaque angle, une position dans l'en-tête, un bouton près de l'ajout au panier ou un emplacement prévu par le thème. Chaque position possède son propre interrupteur. Des règles d'inclusion et d'exclusion limitent ensuite l'affichage à des produits, catégories et pages de contenu sélectionnés, ou l'écartent précisément de ces éléments.
Les règles produit tiennent aussi compte du prix, de l'état du stock et de la quantité. Les conditions de public distinguent les visiteurs des clients connectés et ciblent les groupes choisis. Une demande professionnelle reçoit ainsi un formulaire différent d'une visite de particulier. Chaque boutique conserve ses propres emplacements, destinataires, horaires et textes.
Couleurs, rayon des angles, largeur du formulaire, espacements et dimensions du bouton se règlent dans le module, tout comme une icône ou une image personnalisée. Un interrupteur dédié au téléphone masque le bouton sur les petits écrans. L'apparence initiale s'adapte à l'écran dès l'installation, puis les réglages visuels l'harmonisent avec la boutique sans modification du thème.

Que se passe-t-il après l'envoi d'une demande ?
La demande est enregistrée avec sa notification, puis le premier message part immédiatement vers les adresses choisies. Nouvelle demande, modification d'échéance et retard disposent d'interrupteurs séparés. Un problème temporaire de livraison reste en attente d'un nouvel essai, et un rappel de retard naît après la fin du créneau promis et le délai de grâce choisi.
Chaque demande conserve la phrase de consentement acceptée, sa date et la preuve protégée. Les clients inscrits passent par l'export et l'effacement des données de la boutique. Les dossiers des visiteurs sont retrouvés, exportés ou supprimés définitivement à partir d'un numéro validé. La conservation automatique efface les demandes et l'historique de leurs notifications après 30 ou 90 jours.
Un champ invisible destiné aux robots, le contrôle du temps de saisie, des limites de demandes et des données de formulaire protégées tiennent les abus automatisés à l'écart de la file commerciale. Les adresses réseau ne restent pas lisibles. Contacts, horaires et notifications demeurent dans la boutique, sans service téléphonique externe ni fichier de prospects hébergé ailleurs.

-
Référencemprcallback
-
Compatibilité PrestaShopPS 1.6 – 9.x
-
Modèle tarifaireAchat unique
-
Type de moduleFront & Back-office
-
Concerne le RGPDOui
-
Objectif commercialBooster les conversions
-
Compte externe requisNon
-
Complexité du moduleModule complet
-
Étape du parcours clientEngagez vos clients
-
Compatible avec la plateformeAucune plateforme externe
Ce que nos clients disent de nous
Soyez le premier à partager votre expérience avec ce module.
Écrire un avis
Installation
- Envoyez le fichier ZIP via Modules > Gestionnaire de modules > Installer un module, ou décompressez-le dans
/modules/mprcallback. - Installez-le. Le module crée ses propres tables, enregistre les hooks adaptés à votre version de PrestaShop et ajoute une entrée Demandes de rappel sous SAV.
- Ouvrez Demandes de rappel > Horaires d’ouverture et définissez vos horaires d’ouverture avant toute chose. Tant que ce n’est pas fait, le widget n’a aucun créneau à proposer et n’accepte aucune demande. C’est voulu : mieux vaut ne rien accepter que promettre un appel que vous n’auriez jamais passé.
- Initialrelease
- InitialBack-office callback queue with a filter on every column, computed overdue indicator, inline status and notes, click-to-call links, bulk actions and filtered CSV export
- InitialCallback windows computed from your opening hours, with breaks, exception dates, imported public holidays, per-shop timezone and daylight-saving handling
Fonctionne bien avec Demandes de Callback
Les modules que notre équipe associe réellement à celui-ci, et pourquoi chacun a sa place dans la même configuration.
Répondez aux questions prévisibles sur la page et gardez le téléphone pour celles qui exigent vraiment quelqu'un. Moins d'appels, de meilleurs appels.
Une demande de rappel est une donnée personnelle, le suivi sur la même page aussi. Un module enregistre le consentement pour l'appel, l'autre gouverne celui de la visite.
Un visiteur bloqué sur une fiche produit pose sa question par écrit ou demande un appel. Avec les deux, vous cessez de perdre ceux qui n'écriront pas.
Les deux moitiés du contact : un formulaire pour ceux qui écrivent, un rappel pour ceux qui ne le feront pas. Les deux arrivent là où vous pouvez les traiter, pas dans une boîte mail.
Retour simple - sans questions
Installer, configurer et profiter
Aide et satisfaction avant tout
Vous aimerez aussi
Qui développe et maintient ce module
Développé et maintenu par David Miller et mypresta.rocks. David travaille avec PrestaShop depuis 2013, et l’entreprise derrière cette boutique est immatriculée depuis le 3 décembre 2018. Chaque module de ce catalogue est notre propre travail : vos questions au support arrivent chez les personnes qui ont écrit le code. Le journal des modifications de cette page indique chaque mise à jour avec sa date.