10-25-2023, 07:18 PM
Buongiorno a tutti,
Sto provando il nuovo zCRM e ho alcune considerazioni sul sistema di preventivazione:
a) le mie tariffe, e credo anche quelle di altri colleghi, prevedono che il prezzo vari anche in base al numero di ospiti ed alla tipologia di alloggio.
In fase di creazione di “Preventivo” a seguito di una “Richiesta”, a meno che l’ospite non abbia specificato nel suo messaggio di richiesta il numero di ospiti e la tipologia di alloggio che desidera, dovrei generare un preventivo con tutte le combinazioni alloggi+numero ospiti, per essere certo di offrire almeno una proposta che l’ospite possa convertire in prenotazione. Nella mia struttura le combinazioni possibili arrivano fino a 13, e il tempo speso per generarle tutte ogni volta sarebbe forse eccessivo. Per evitare questo, credo che le strade possano essere tre (le prime due prevederebbero un intervento del reparto sviluppo):
1. aggiungere i campi “Numero ospiti” e “Alloggio preferito”, nel form di compilazione da parte dell’ospite oppure
2. rendere editabile all’host il testo “Richiedi un preventivo - Sentiti libero di chiederci un preventivo, compila il modulo qui sotto e riceverai presto un preventivo personalizzato!”, in modo da potere lì esplicitare all’ospite che per ricevere il preventivo mirato alle sue esigenze occorre che indichi nel suo messaggio il numero di ospiti (magari differenziando adulti, ragazzi, bambini, …) e l’eventuale alloggio desiderato.
3. Nell'assenza di una delle due opzioni precedenti, posso generare un preventivo “standard” (alloggio X, 2 ospiti) e richiedere all’ospite di specificare in un messaggio successivo il numero esatto di ospiti ed eventualmente l’alloggio che preferisce. Questa opzione è già percorribile con l’attuale zCRM ma prevede un ulteriore scambio di messaggi tra ospite e struttura, prima di procedere a generare il preventivo mirato. Creerei due templates, uno per le mails che accompagnano i preventivi precisi (che tengono conto dell’alloggio e del numero di ospiti corretti) e un altro per le mails che accompagnano i preventivi “standard”, in cui richiederei all’ospite i dati precisi per formulare la proposta idonea.
Mi sbaglio? Esistono altre soluzioni/opzioni?
b) Altre considerazioni/domande: sarebbe di utilità rendere il form idoneo anche ad una prima semplice richiesta di informazioni, senza obbligare l’ospite a specificare le date di arrivo e di partenza? Oppure non avrebbe senso, perché in quel caso ci si aspetta che l’ospite dovrebbe scrivere semplicemente una email di richiesta info alla struttura… E’ questo il ragionamento? In tal caso, però, il testo “CONTATTO” nel pulsante ZAK che ho integrato nel sito non è a mio avviso corretto ma dovrebbe essere “RICHIESTA PREVENTIVO”.
c) Non sarebbe inoltre opportuno che la maschera del form di richiesta preventivo tenesse già in considerazione le date specificate nei pulsanti ZAK “ARRIVO” e “PARTENZA” ? Se l’ospite le avesse già selezionate nel sito, dovrebbe ri-selezionarle nel form di richiesta preventivo.
Grazie a tutti per l’attenzione e mi scuso se sono quesiti già affrontati nel forum.
Sto provando il nuovo zCRM e ho alcune considerazioni sul sistema di preventivazione:
a) le mie tariffe, e credo anche quelle di altri colleghi, prevedono che il prezzo vari anche in base al numero di ospiti ed alla tipologia di alloggio.
In fase di creazione di “Preventivo” a seguito di una “Richiesta”, a meno che l’ospite non abbia specificato nel suo messaggio di richiesta il numero di ospiti e la tipologia di alloggio che desidera, dovrei generare un preventivo con tutte le combinazioni alloggi+numero ospiti, per essere certo di offrire almeno una proposta che l’ospite possa convertire in prenotazione. Nella mia struttura le combinazioni possibili arrivano fino a 13, e il tempo speso per generarle tutte ogni volta sarebbe forse eccessivo. Per evitare questo, credo che le strade possano essere tre (le prime due prevederebbero un intervento del reparto sviluppo):
1. aggiungere i campi “Numero ospiti” e “Alloggio preferito”, nel form di compilazione da parte dell’ospite oppure
2. rendere editabile all’host il testo “Richiedi un preventivo - Sentiti libero di chiederci un preventivo, compila il modulo qui sotto e riceverai presto un preventivo personalizzato!”, in modo da potere lì esplicitare all’ospite che per ricevere il preventivo mirato alle sue esigenze occorre che indichi nel suo messaggio il numero di ospiti (magari differenziando adulti, ragazzi, bambini, …) e l’eventuale alloggio desiderato.
3. Nell'assenza di una delle due opzioni precedenti, posso generare un preventivo “standard” (alloggio X, 2 ospiti) e richiedere all’ospite di specificare in un messaggio successivo il numero esatto di ospiti ed eventualmente l’alloggio che preferisce. Questa opzione è già percorribile con l’attuale zCRM ma prevede un ulteriore scambio di messaggi tra ospite e struttura, prima di procedere a generare il preventivo mirato. Creerei due templates, uno per le mails che accompagnano i preventivi precisi (che tengono conto dell’alloggio e del numero di ospiti corretti) e un altro per le mails che accompagnano i preventivi “standard”, in cui richiederei all’ospite i dati precisi per formulare la proposta idonea.
Mi sbaglio? Esistono altre soluzioni/opzioni?
b) Altre considerazioni/domande: sarebbe di utilità rendere il form idoneo anche ad una prima semplice richiesta di informazioni, senza obbligare l’ospite a specificare le date di arrivo e di partenza? Oppure non avrebbe senso, perché in quel caso ci si aspetta che l’ospite dovrebbe scrivere semplicemente una email di richiesta info alla struttura… E’ questo il ragionamento? In tal caso, però, il testo “CONTATTO” nel pulsante ZAK che ho integrato nel sito non è a mio avviso corretto ma dovrebbe essere “RICHIESTA PREVENTIVO”.
c) Non sarebbe inoltre opportuno che la maschera del form di richiesta preventivo tenesse già in considerazione le date specificate nei pulsanti ZAK “ARRIVO” e “PARTENZA” ? Se l’ospite le avesse già selezionate nel sito, dovrebbe ri-selezionarle nel form di richiesta preventivo.
Grazie a tutti per l’attenzione e mi scuso se sono quesiti già affrontati nel forum.