De la demande à la visite : le plan pratique pour les agences suisses

« Puis-je visiter le bien ZH-204 samedi ? » ne constitue pas une réservation. Il faut encore une annonce valide, le bon courtier, un accès au bien et un créneau libre. Définissez qui vérifie chaque point avant d’automatiser. L’assistant peut recevoir la demande immédiatement pendant que votre équipe effectue ces vérifications.

intoCHAT réserve via un calendrier Cal.com ou Calendly et un seul type d’événement par agent. Il ne sélectionne pas automatiquement un événement différent pour chaque annonce et ne vérifie pas qui possède les clés. Pour démarrer, associez un formulaire de demande de visite à un éventuel calendrier « Entretien immobilier de 15 minutes ». Appelez ce rendez-vous un entretien dans toute la conversation. Proposez une véritable visite seulement si l’événement, le lieu et la disponibilité sont valables pour ce bien.

Le parcours ci-dessous est une méthode à adapter, pas un résultat attribué à un client. Il suppose que vous gérez le site de l’agence et pouvez tenir à jour les informations publiées.

Un long dossier de candidature fait une mauvaise entrée en matière. Pour la première demande, recueillez seulement les informations nécessaires pour identifier le bien et répondre. Les critères de recherche généraux sont utiles lorsque le visiteur n’a pas encore choisi d’annonce. Ne demandez ni pièces d’identité, ni relevés bancaires, ni dossier locatif complet dans le chat.

Créez un formulaire dans l’onglet Actions. Les six champs proposés restent bien en dessous de la limite de vingt. Libellés et choix sont vos propres textes : traduisez-les pour le public concerné. La confirmation peut dire « Demande reçue ; notre équipe vous contactera pour convenir d’une visite », afin de ne pas faire passer l’envoi pour une réservation.

Commencez par un groupe raisonnable d’annonces actives, vos coordonnées, horaires, procédure de visite et réponses approuvées sur les frais. Vérifiez le texte importé : une information essentielle peut être cachée dans une image ou un PDF. Référence, loyer ou prix, devise, charges supplémentaires indiquées, adresse ou secteur et statut doivent être lisibles.

Une annonce importée est un instantané. Auto-resync peut contrôler les pages chaque jour ou chaque semaine et réentraîner les textes modifiés ; ce n’est pas un flux de disponibilités en temps réel. Actualisez et vérifiez une annonce modifiée avant de vous fier à la nouvelle réponse. Si un bien disparaît du site, inspectez les sources et retirez les informations obsolètes : un échec de récupération ne signifie pas suppression automatique. Une brochure modifiée doit être téléversée à nouveau.

intoCHAT ne dispose pas de connexion native à Homegate, ImmoScout24, Garaio REM ou ImmoTop. Si votre logiciel immobilier propose une API adaptée, un développeur peut étudier une action API personnalisée. Tant qu’elle n’est pas construite et testée, l’agent doit expliquer que l’équipe confirmera toute disponibilité incertaine.

Collez ces règles dans Instructions, remplacez les éléments entre crochets et adaptez-les à votre fonctionnement. Formulaires, transfert humain et calendrier doivent être configurés séparément. Choisissez la règle « demandes seulement » ou l’option de réservation, sans conserver de consignes contradictoires.

Dans Actions, connectez Cal.com ou Calendly et sélectionnez l’unique type d’événement que cet agent doit réserver. L’actuelle Scheduling API de Calendly exige une formule Calendly payante. intoCHAT ne peut pas utiliser un événement Calendly avec des questions supplémentaires obligatoires ou un lieu nécessitant une saisie de l’invité. Recueillez les détails du bien dans le formulaire chat ; utilisez une page externe adaptée si le rendez-vous exige des champs absents du sélecteur.

Dans « When to offer booking », décrivez l’usage réel, par exemple : « Lorsque le visiteur demande un premier entretien immobilier ; expliquer que cet appel porte sur la demande et ne réserve pas une visite sur place. » Le sélecteur reçoit les horaires du fournisseur et affiche le fuseau du visiteur. Son étape nom et email ne transfère pas automatiquement les réponses du formulaire dans l’événement.

Cal.com permet d’exiger la confirmation de l’hôte. Distinguez alors rendez-vous demandé et confirmé. Reports et annulations se font dans Cal.com ou Calendly ; la liste intoCHAT conserve l’enregistrement initial. Définissez quand l’équipe vérifie le calendrier avant de répondre au visiteur.

intoCHAT répond par défaut dans la langue du visiteur. La langue du widget est un réglage distinct. Le titre du formulaire, les libellés personnalisés, choix, confirmations et titre d’événement restent tels que vous les avez écrits. Une réponse française au-dessus d’un formulaire uniquement allemand laisse un parcours inachevé.

Vérifiez le parcours complet en allemand, français, italien et anglais lorsque ces langues comptent pour votre agence : accueil, réponse sur l’annonce, formulaire, titre du rendez-vous, confirmation et suivi du collègue. Prévoyez des formulaires explicitement dédiés à chaque langue ou des agents par page linguistique lorsque les libellés doivent être prévisibles. Ne comptez pas sur l’IA pour traduire le formulaire enregistré.

Sur les pages suisses en allemand, préservez des descriptions comme « 3.5 Zimmer » et les montants CHF de la source. Ne transformez pas les pièces en chambres et ne changez pas les noms de quartiers. Testez aussi les questions en suisse allemand ; choisissez des réponses en allemand standard si c’est le style écrit de votre agence.

Choisissez une boîte responsable et une personne de remplacement avant le lancement. Les emails de formulaire utilisent les destinataires des alertes lead et nécessitent « Email when a new lead arrives » activé. Dans Slack, activez séparément Form submission et Booked meeting pour ces alertes. Testez la destination réelle : chaque événement ne produit pas une notification de nouveau lead.

Pour le CRM, exploitez l’événement correspondant à l’action. Formulaires et réservations sont des enregistrements distincts ; aucun des deux n’émet lead.created. Utilisez leur référence de conversation dans le traitement destinataire pour rapprocher demande et rendez-vous si nécessaire. Un développeur ou un outil d’automatisation doit construire ce rapprochement et vos règles d’attribution aux courtiers ; il ne s’agit pas d’une synchronisation immobilière automatique.

Cette conversation illustrative repose sur une annonce inventée, pas sur un cas client. Supposons que la source approuvée indique pour ZH-204 un parking à CHF 150 supplémentaires par mois, avec une disponibilité actuelle à vérifier par l’équipe.

Visiteur : « Le parking est-il compris pour ZH-204 et puis-je visiter samedi ? » Assistant : « L’annonce indique CHF 150 supplémentaires par mois pour le parking. Samedi serait une préférence, pas un rendez-vous confirmé. Envoyez ci-dessous la référence et l’horaire souhaité ; notre équipe conviendra de la visite avec vous. »

Après l’envoi, la confirmation enregistrée du formulaire accuse réception de la demande. Si un calendrier d’entretien est aussi activé, l’assistant peut proposer cet appel clairement nommé. Il ne le transforme pas en visite sur place et ne prétend pas que le bien est réservé.

Utilisez un bien inventé et aucune donnée réelle de candidat. Testez chaque question dans le parcours complet, puis reprenez les attentes dans les Tests avec clients simulés, à partir de Starter. Les tests simulés n’envoient pas de formulaires ou de transferts et ne créent pas de réservation : vérifiez ces livraisons séparément. Une réservation dans le Playground ordinaire est réelle ; utilisez un événement de test et annulez-le ensuite dans le calendrier.

Avant le lancement, conservez si possible une période de référence comparable : demandes issues du site, demandes de visite exploitables, rendez-vous confirmés et temps passé à clarifier les demandes. Gardez visibles le type de biens et la source du trafic. Sans référence, la première semaine en établit une ; elle ne prouve pas une progression.

Comptez les conversations uniques avec intention de visite, formulaires de visite envoyés, demandes comprenant référence et contact obligatoires, entretiens réservés séparément et visites réellement confirmées par l’équipe. Un entretien n’est pas une visite ; un email enregistré n’est pas automatiquement un prospect immobilier qualifié. Le nombre de leads du tableau de bord ne répond pas à lui seul à ces questions.

Le taux de demandes exploitables correspond aux demandes de visite exploitables divisées par tous les formulaires de visite envoyés. Le taux de visites confirmées correspond aux visites confirmées par l’équipe divisées par les demandes exploitables. Notez numérateur et dénominateur à côté des pourcentages ; les petits échantillons donnent seulement une orientation. Examinez individuellement les erreurs de disponibilité et les malentendus de réservation.