La page Réserver un rendez-vous est la façon dont Mokapen met fin au ping-pong des trois dates par e-mail : le visiteur choisit qui rencontrer (ou Mokapen l'assigne), ne voit que les créneaux libres et confirme. Le rendez-vous est déjà au calendrier, avec le contact dans le carnet d'adresses, Meet ou Teams si l'hôte les a connectés, invitation calendrier. Vous ne recopiez rien.
Ce n'est pas une réservation de catalogue (conseil payant, location, une place en cours) : c'est Réserver un service ou un produit. Ici l'objet est le temps d'une personne de l'équipe. Ce n'est pas non plus le formulaire de contact : là vous collectez un message, ici vous prenez un vrai créneau.
Tout l'intérêt est là : une URL (ou un snippet sur le site), le client se réserve lui-même, vous trouvez déjà date, hôte, canal et fiche contact. Même confidentialité, mêmes champs, même calendrier que le reste de Mokapen. Pas de Calendly à part, pas de « donnez-moi trois créneaux » dans la boîte.
Le commercial moyen passe plus de temps à fixer l'appel qu'à le faire. Cette page ferme cet écart :
En bref : vous utilisez cette page pour faire réserver le temps d'une personne. Vous utilisez le formulaire de contact pour collecter qui vous écrit. Vous utilisez services/produits pour faire réserver une ligne de catalogue. Un formulaire, un job : ne mélangez pas les trois dans le même formulaire.
Même liste que tous les formulaires : cartes avec titre interne, badge Réservation de rendez-vous, code formulaire (slug : vous l'utiliserez dans les automatisations), statut Online (vert, icône pour ouvrir la page publique) ou Offline (rouge, œil pour l'aperçu sans accepter les réservations).
Menu trois points : Modifier (Réglages), Dupliquer, Supprimer. Dupliquez quand vous avez une page qui marche et que vous en voulez une jumelle pour une autre équipe ou une autre campagne (ensuite vous changez hôte, durée, e-mail de notification). Supprimer retire la page publique : les rendez-vous déjà créés restent au calendrier.
Si la liste filtrée est vide, Mokapen vous le dit et propose le bouton nouveau (si le plan a encore des créneaux).
Champs contact, confidentialité, reCAPTCHA, champs cachés, snippet et tracking : même logique que le formulaire de contact. Ci-dessous, ce qui est spécifique au calendrier.
Dans le bloc Réservations, le type est Réservation de rendez-vous. Ajoutez une ou plusieurs personnes : ce sont des utilisateurs de l'org avec une disponibilité dans Rendez-vous. Vous pouvez changer le libellé visible (nom sur la page) par rapport au nom interne.
Avec une personne, le visiteur ne choisit pas l'hôte : il rencontre celle-là. Avec au moins deux, Attribution de l'hôte apparaît :
Round robin et collectif ne se combinent pas avec « le visiteur choisit qui » : soit il décide, soit Mokapen décide, soit tout le monde est nécessaire. Si un hôte n'a pas de créneaux (ou si le calendrier externe remplit toute la fenêtre), cette personne n'offre pas d'horaires : réglez-le avant de publier, pas après la première plainte.
Dans la même carte Réservations, vous réglez quand on peut réserver. Ce n'est pas le calendrier personnel de l'hôte : c'est le masque de cette page, puis Mokapen croise les créneaux de l'utilisateur avec les occupations du calendrier connecté.
Sur la page publique, le visiteur peut ajouter les e-mails d'autres participants (optionnel, séparés par des virgules). Ils atterrissent sur le rendez-vous comme invités ; ils ne remplacent pas le contact principal (celui-là reste l'e-mail/nom du formulaire). Ils n'ont pas à remettre leur propre e-mail : Mokapen utilise les coordonnées du contact en dessous.
Alignez le calendrier personnel (Google/Outlook) si vous voulez que les occupations externes comptent. Créneaux « libres » dans Mokapen + calendrier plein = le visiteur voit des trous que vous ne pouvez pas honorer.
Dans le bloc, section canal de réunion, cochez ce que vous voulez offrir :
Un seul canal : le visiteur ne choisit pas, c'est implicite. Plusieurs canaux : radio sur la page. Zéro canal vidéo et zéro lieu : vous offrez un créneau sans dire où — ça va seulement si vous l'expliquez dans le titre ou la description (« nous vous appellerons »). Ne documentez pas Meet au client si l'hôte n'a pas Google : la case dans l'éditeur est désactivée ou absente.
Dans Réglages, comme le formulaire de contact :
Confidentialité, reCAPTCHA et page de succès s'appliquent aussi ici. Le texte de remerciement par défaut est celui du rendez-vous : confirmez-le (« vous êtes au calendrier mardi à 10 h », pas « nous vous rappellerons »). L'e-mail de confirmation au visiteur est la preuve du créneau ; la notification interne va aux boîtes que vous avez mises sur le formulaire.
Sans rien d'autre de configuré, dans l'ordre :
form_ + id de page.Puis, si vous les avez configurées, les automatisations du formulaire (étiquette, tâche « préparer la démo », opportunité inbound). Pour les délais et les conditions, utilisez le module Automatisations avec le déclencheur formulaire reçu et le slug de cette page.
Chaque cas est une situation réelle, pas une liste de cases. La page est la même ; ce qui change, ce sont les hôtes, l'attribution et le canal.
Ouvrez Formulaires → Nouveau → Réserver un rendez-vous. Nom interne « Démo Luca », notification à votre adresse. Dans Contenu, ouvrez Réservations : restez le seul hôte, durée 30 minutes, lun–ven comme prérempli. Si Google est connecté, cochez Meet ; sinon, un lieu ou pas de vidéo et dites-le dans le titre (« nous vous appellerons »). Préavis 60 minutes. Réglages : restez Offline, ouvrez Aperçu, réservez un créneau sur votre Gmail. Vérifiez que le rendez-vous est au calendrier, que l'invitation est arrivée, que le contact est dans le carnet d'adresses. Seulement alors ONLINE et collez l'URL dans la signature. Ne créez pas une opportunité sur chaque appel : beaucoup sont exploratoires. Vous ouvrez l'opportunité après, ou avec une automatisation seulement si le formulaire a l'entreprise renseignée.
Même modèle, mais ajoutez les trois account executives dans le bloc (ils ont besoin de créneaux dans Rendez-vous). Attribution de l'hôte apparaît : choisissez round robin, pas « Le visiteur choisit la personne ». Même durée et mêmes buffers pour tout le monde, sinon Mokapen n'a pas de règle unique. Si vous offrez Meet, ouvrez l'éditeur et vérifiez qu'aucun hôte n'a la case décochée : un sans Google casse l'appel quand le round robin tombe sur lui. Sur la page, le visiteur ne voit pas les noms — ça va si le pitch est le même. Si un AE est la seule personne qui couvre le DACH, quittez le round robin et revenez à « Le visiteur choisit la personne », avec un libellé visible « Anna — allemand ».
Le client a signé et doit rencontrer celui qui a vendu et celui qui fera le travail. Deux hôtes, attribution collective, 60 minutes, Teams. Le créneau sur la page n'existe que dans les heures où les deux sont libres : c'est voulu, pas un bug. N'utilisez pas le round robin « pour qu'au moins quelqu'un soit là » : le client arrive et le delivery manque. Terminez la page de succès avec « vous serez en appel avec [noms] » et testez Offline avec deux vrais calendriers, pas un aperçu vide.
Q : Je ne vois pas d'horaires sur la page.
R : L'hôte a-t-il des créneaux dans Rendez-vous ? Êtes-vous dans la plage (jour/heures du bloc), au-delà du préavis, dans l'horizon, hors pause, fermetures et dates exclues ? Le calendrier externe remplit-il tout ? Essayez un mardi dans deux semaines, pas « aujourd'hui dans vingt minutes ».
Q : Différence avec Réserver un service ou un produit ?
R : Rendez-vous = le temps d'une personne. Réservation service/produit = une ligne de catalogue avec durée et places. Détails dans le guide Réservations et le guide du formulaire services.
Q : Meet n'est pas créé / la case est désactivée.
R : L'intégration Google de l'hôte (tous les hôtes en collectif ; quiconque peut être assigné en round robin). Mokapen le signale dans l'éditeur. Sans l'intégration, laissez le lieu ou « nous vous appellerons » et ne promettez pas de lien.
Q : Puis-je mélanger services et rendez-vous dans le même formulaire ?
R : Un formulaire a un type de réservation. Deux pages, ou vous changez le type dans le bloc en sachant que l'entité créée dans le CRM change aussi (rendez-vous vs réservation).
Q : Les invités deviennent-ils des contacts ?
R : Le contact principal est celui qui a rempli e-mail/nom. Les autres e-mails sont des participants sur le rendez-vous. Ils ne remplacent pas la fiche.
Q : Le formulaire n'accepte pas les réservations.
R : Il doit être ONLINE. Vérifiez reCAPTCHA, les champs obligatoires, le plafond de formulaires du plan, le bon slug dans le snippet, et que l'aperçu n'est pas la seule page que vous utilisez (l'œil Offline ne réserve pas pour de vrai).
Q : Où vois-je qui a réservé ?
R : Calendrier Rendez-vous, fiche contact (origine formulaire), journal de l'envoi sur la timeline du contact. Les e-mails de notification sont l'alerte, pas l'archive.
Besoin d'aide?