Dalla richiesta alla visita: un piano pratico per le agenzie svizzere

Chi chiede «Posso visitare l’immobile ZH-204 sabato?» non ha ancora prenotato. Servono un annuncio valido, l’agente giusto, l’accesso all’immobile e un orario disponibile. Prima di automatizzare, stabilisci chi verifica ogni punto. L’assistente può raccogliere subito la richiesta mentre il team svolge queste verifiche.

intoCHAT prenota tramite un calendario Cal.com o Calendly e un solo tipo di evento per agente. Non sceglie automaticamente un evento diverso per ogni annuncio e non sa chi possiede le chiavi. Un buon punto di partenza è un modulo di richiesta visita, con un eventuale calendario «Consulenza immobiliare di 15 minuti». Chiamala consulenza in tutta la conversazione. Proponi una visita vera solo se evento, luogo e disponibilità valgono per quell’immobile.

Il flusso seguente è una proposta da adattare, non un risultato attribuito a un cliente. Presuppone che tu gestisca il sito dell’agenzia e possa mantenere aggiornati gli annunci pubblicati.

Un lungo modulo di candidatura non è un buon inizio. Per la prima richiesta raccogli soltanto quanto serve a identificare l’immobile e rispondere. Chiedi criteri di ricerca più generali quando il visitatore non ha un annuncio preciso. Non richiedere documenti d’identità, estratti conto o una domanda di locazione completa nella chat.

Crea un modulo nella scheda Actions. I sei campi qui sotto sono ben entro il limite di venti. Etichette e opzioni sono testi scelti da te: traducili per il pubblico del modulo. La conferma dovrebbe dire «Richiesta ricevuta; il nostro team ti contatterà per concordare una visita», evitando di far sembrare l’invio una prenotazione.

Inizia con un gruppo gestibile di annunci attivi, la pagina contatti, gli orari, la procedura per le visite e risposte approvate sulle spese. Controlla l’anteprima del testo importato: alcuni dettagli essenziali possono essere soltanto in immagini o PDF. Riferimento, canone o prezzo, valuta, costi aggiuntivi indicati, indirizzo o zona e stato dell’annuncio devono essere leggibili.

Un annuncio acquisito è una fotografia di un momento. Auto-resync può controllare le pagine ogni giorno o settimana e riaddestrare i testi cambiati; non è un flusso di disponibilità in tempo reale. Aggiorna e verifica un annuncio modificato prima di fidarti della nuova risposta. Se un immobile scompare dal sito, controlla l’elenco fonti ed elimina quelle obsolete: un recupero fallito non significa cancellazione automatica. Le brochure caricate vanno caricate di nuovo quando cambiano.

intoCHAT non ha collegamenti nativi con Homegate, ImmoScout24, Garaio REM o ImmoTop. Se il tuo gestionale espone un’API adatta, uno sviluppatore può valutare un’azione API personalizzata. Finché non è costruita e collaudata, l’agente deve spiegare che la disponibilità incerta richiede conferma del team.

Incolla queste regole in Instructions, sostituisci i segnaposto e adattale alla tua procedura. Moduli, passaggio umano e calendario vanno comunque configurati a parte. Scegli la regola per le sole richieste oppure quella facoltativa per le prenotazioni, senza lasciare indicazioni in conflitto.

In Actions collega Cal.com o Calendly e seleziona l’unico tipo di evento che questo agente deve prenotare. L’attuale Scheduling API di Calendly richiede un piano Calendly a pagamento. intoCHAT non può usare eventi Calendly con domande aggiuntive obbligatorie o una sede che richieda dati dell’invitato. Raccogli i dettagli immobiliari nel modulo chat; se servono campi non gestiti dal selettore, usa una pagina di prenotazione esterna adatta.

In «When to offer booking» descrivi lo scopo effettivo, ad esempio: «Quando il visitatore vuole una prima consulenza immobiliare; spiega che è una chiamata sulla richiesta e non prenota una visita sul posto». Il selettore ottiene gli orari dal provider e mostra il fuso del visitatore. La raccolta di nome ed email non trasferisce automaticamente le risposte del modulo chat nell’evento del calendario.

Cal.com può richiedere la conferma dell’organizzatore. In quel caso distingui un appuntamento richiesto da uno confermato. Spostamenti e cancellazioni avvengono in Cal.com o Calendly; l’elenco prenotazioni di intoCHAT conserva il record originale. Stabilisci quando il team deve controllare il calendario prima di ricontattare il visitatore.

intoCHAT risponde per impostazione predefinita nella lingua del visitatore. La lingua del widget è un’impostazione separata. Titolo del modulo, etichette personalizzate, opzioni, conferma e titolo dell’evento restano come li hai scritti. Una risposta in francese sopra un modulo solo tedesco lascia il percorso incompleto.

Controlla l’intero percorso in tedesco, francese, italiano e inglese dove sono rilevanti: saluto, risposta sull’annuncio, modulo, titolo dell’appuntamento, conferma e seguito del collega. Usa moduli esplicitamente dedicati a una lingua o agenti per pagina linguistica se vuoi etichette prevedibili. Non affidare all’AI la traduzione del modulo salvato.

Per le pagine svizzere in tedesco, conserva descrizioni come «3.5 Zimmer» e importi CHF della fonte. Non convertire locali in camere da letto e non cambiare i nomi dei quartieri. Verifica anche domande in svizzero tedesco; scegli risposte in tedesco standard se è lo stile scritto dell’agenzia.

Prima del lancio scegli una casella responsabile e un collega di riserva. Le email dei moduli usano i destinatari degli avvisi lead e richiedono «Email when a new lead arrives» attivo. Per Slack abilita separatamente Form submission e Booked meeting se vuoi quegli avvisi. Prova la destinazione vera: non ogni evento produce un’email di nuovo lead.

Per le automazioni CRM usa l’evento corretto. Invii di moduli e prenotazioni sono record separati; nessuno dei due emette lead.created. Nel flusso ricevente usa il riferimento alla conversazione per collegarli quando servono i dettagli della richiesta accanto all’appuntamento. Uno sviluppatore o un’automazione deve realizzare questo collegamento e le regole di assegnazione agli agenti: non è una sincronizzazione immobiliare automatica.

Questa conversazione illustrativa usa un annuncio inventato, non un caso cliente. Supponiamo che la fonte approvata indichi per ZH-204 un parcheggio a CHF 150 aggiuntivi al mese, con disponibilità attuale da verificare dal team.

Visitatore: «Il parcheggio è incluso per ZH-204? Posso visitarlo sabato?» Assistente: «L’annuncio indica un costo aggiuntivo di CHF 150 al mese per il parcheggio. Sabato sarebbe una preferenza, non un appuntamento confermato. Invia qui sotto il riferimento e l’orario desiderato: il team concorderà la visita con te.»

Dopo l’invio, la conferma salvata nel modulo riconosce la richiesta. Se è attivo anche un calendario di consulenza, l’assistente può proporre quella chiamata, con un nome chiaro. Non la trasforma in una visita sul posto e non dichiara l’immobile riservato.

Usa un immobile inventato e nessun dato di candidati reali. Prova ogni domanda nel percorso completo, poi riutilizza le aspettative nei Test con clienti simulati, da Starter. I test simulati non inviano moduli, passaggi umani o prenotazioni: verifica le consegne separatamente. Le prenotazioni nel Playground normale sono reali; usa un evento di prova e cancellalo poi nel calendario.

Prima di partire, salva una base da un periodo comparabile, se disponibile: richieste dal sito, richieste di visita utilizzabili, appuntamenti confermati e tempo speso dal team a chiarire informazioni. Tieni visibili composizione degli immobili e origine del traffico. Senza un valore iniziale, la prima settimana crea una base e non dimostra un aumento.

Conta conversazioni uniche con intenzione di visita, moduli visita inviati, richieste con riferimento e contatto obbligatori, consulenze prenotate separatamente e visite davvero confermate dal team. Una consulenza non è una visita, e un’email salvata non è automaticamente un contatto immobiliare qualificato. Il solo conteggio lead della dashboard non risponde a queste domande.

Il tasso di richieste utilizzabili è il numero di richieste visita utilizzabili diviso per tutti i moduli visita inviati. Il tasso di visite confermate è il numero di visite confermate dal team diviso per le richieste utilizzabili. Registra numeratore e denominatore accanto a ogni percentuale; campioni piccoli danno soltanto indicazioni. Controlla singolarmente risposte errate sulla disponibilità e incomprensioni di prenotazione.