Scénario : de la demande web à l’équipe de location
Découvrez le début du parcours locatif du point de vue du CRM. Un prospect remplit le formulaire du site de Meridian ; l’intégration configurée prépare une demande de renseignements avec les données marketing effectivement transmises. L’agent qualifie le projet, puis utilise Convertir la demande pour préparer le bail. Aisha Rahman s’intéresse à Meridian Court #101. Ce scénario s’arrête à la création du bail à Demande - Nouvelle dans Platform ; la suite figure dans Louer un appartement de bout en bout. Vous verrez quelles données sont reprises et lesquelles restent sur la demande.
Droits nécessaires. Utilisez REDA - Property Leasing User. L’administrateur vérifie l’accès au parcours, à la demande et aux fiches réutilisées, ainsi que les droits effectifs. La conversion Platform effectue ses créations en contexte système ; les seuls droits standard de création de comptes et contacts ne déterminent pas son exécution. Le service entrant doit être configuré par l’administrateur.
Vue d’ensemble
Aisha trouve Meridian Court #101 sur le site et soumet le formulaire de renseignements. Dans l’intégration configurée, les correspondances alimentent la demande et les données d’origine disponibles. L’agent vérifie la création effective, examine la fiche, qualifie le projet puis lance la conversion Platform. Celle-ci crée ou réutilise le compte et le contact et prépare le bail dans une transaction commune. L’équipe de location vérifie ensuite les données reprises avant de poursuivre.
Chronologie
Prospect : Aisha Rahman. Bien : Meridian Court #101. Loyer cible illustratif : 1 200,00 par mois ; durée : 12 mois ; emménagement : 1er août 2026.
| Étape | Intervenant | Action | Traitement REDA | Guide détaillé |
|---|---|---|---|---|
| 1 | Prospect sur le site | Aisha soumet une demande de renseignements ou de visite sur le site de Meridian. | Le service configuré prépare une demande Location à partir des paramètres reçus : nom, e-mail, téléphone, entreprise, Source = Web, données UTM, formulaire, page d’arrivée et identifiants publicitaires lorsqu’ils sont fournis. Vérifier la fiche et les journaux ; une réponse de réception ne garantit pas encore la réussite du traitement. | Le service de données entrant |
| 2 | Automatisation | — | Les traitements associés au bien peuvent renseigner région, quartier et type et calculer le nom affiché. Le composant Doublons potentiels peut présenter les correspondances recherchées dans le parcours Platform ; sa disponibilité et ses résultats dépendent de la configuration et des accès. | Traiter les demandes en double |
| 3 | Agent | Examiner la demande, faire avancer la qualification et vérifier Date d’emménagement = 1er août 2026 et Durée de location (mois) = 12. | La qualification métier appartient à l’équipe ; des automatisations configurées peuvent toutefois renseigner des champs ou modifier la fiche. | Qualifier les demandes |
| 4 | Agent | Ouvrir Convertir la demande, choisir les compte et contact existants appropriés, ou laisser les sélecteurs vides pour en créer, puis confirmer avec Convertir la requête. | Prépare compte, contact, bail et rôle principal Locataire dans une transaction commune. Le bail commence à Demande - Nouvelle ; les correspondances fournies reprennent la date d’emménagement dans trois dates du dossier. La demande devient Convertie. Les données d’attribution restent sur la demande selon les correspondances examinées. | Convertir les demandes |
| 5 | Équipe de location | Vérifier les données du nouveau bail et poursuivre le parcours locatif. | — | Louer un appartement de bout en bout |
Étape 1 — Réception du formulaire
Le service entrant REST peut être configuré pour recevoir les données du site. Les correspondances alimentent la demande, avec Source de la demande = Web dans le parcours décrit, et les données transmises : campagne, source, support, contenu et terme UTM ; identifiant du formulaire et page d’arrivée ; session et références d’origine ; identifiants de clic Google, Facebook, Microsoft et TikTok. Ces champs ne sont pas tous garantis pour chaque soumission. Une mise à jour exige l’identifiant de la fiche et l’autorisation de cette opération. L’URL, l’authentification et le diagnostic relèvent de l’administrateur : consultez Le service de données entrant et Saisir les demandes web. Contrôlez la réussite finale et les journaux disponibles ; ne supposez pas que tout échec est automatiquement conservé ni qu’une demande de visite crée toujours un rendez-vous.
Étape 2 — Qualification
L’agent vérifie le projet et fait avancer le statut selon la procédure. Pour Location, renseignez Date d’emménagement et Durée de location (mois) avant la conversion. La validation de ces champs intervient lors de la mise à jour finale de la demande : leur absence peut donc faire échouer la conversion plutôt que le formulaire initial. Consultez Qualifier les demandes.
Étape 3 — Conversion et transmission
L’action Convertir la demande, puis la confirmation Convertir la requête, prépare le compte, le contact, le bail et un rôle principal Locataire dans la même transaction Platform. Si une opération échoue, ses modifications sont annulées ; les fiches préexistantes ne sont pas supprimées. Une date ou une durée manquante peut afficher « La date d'emménagement et les conditions de location doivent être renseignées avant de convertir la demande de location. ». Le bail commence à Demande - Nouvelle avec les dates reprises. Les valeurs UTM et identifiants publicitaires restent sur la demande : utilisez le lien d’origine pour les rapports, comme expliqué dans Attribution marketing. L’équipe poursuit avec Louer un appartement de bout en bout. Consultez Convertir les demandes pour le détail de la transaction et des correspondances.
Dans l’édition Sales Cloud
Pour poursuivre
- Convertir les demandes — action, choix de réutilisation, transaction et messages.
- Louer un appartement de bout en bout — poursuivre après création du bail.
- Le service de données entrant — configurer et contrôler la réception web.
- Traiter les demandes en double — composant Doublons potentiels et regroupement Platform.
- Attribution marketing — relier le bail à la campagne d’origine.
Questions fréquentes
Le site peut transmettre ses données au service entrant configuré, qui applique les correspondances prévues, dont Source = Web dans ce parcours. Faites vérifier l’intégration et la réussite du traitement par l’administrateur. Consultez Le service de données entrant.
C’est possible : la réception ne garantit pas une fusion automatique. Dans Platform, utilisez les contrôles configurés et Doublons potentiels, puis examinez les fiches avant de les regrouper. Sales Cloud utilise ses mécanismes standard distincts. Consultez Traiter les demandes en double.
Dans la transaction Platform décrite, l’échec annule les créations et modifications de cette tentative ; les fiches préexistantes restent en place. Renseignez les champs, vérifiez l’état de la demande puis relancez : « La date d'emménagement et les conditions de location doivent être renseignées avant de convertir la demande de location. ».
Les correspondances fournies conservent ces données sur la demande. Utilisez les relations d’origine pour les rapports et vérifiez toute extension de correspondance propre à votre organisation. Consultez Attribution marketing.
Dans le parcours de conversion Platform, il commence à Demande - Nouvelle, indépendamment de l’avancement de la qualification de la demande. Les étapes Sales Cloud et leur conversion doivent être vérifiées dans leur propre parcours.
Cet article vous a-t-il été utile ?