Strategia: sito web per agenzia di viaggi con gestionale FileMaker
Inviato: venerdì 27 aprile 2018, 21:14
Dopo numerose ricerche, non sono ancora riuscito a capire come consigliare/realizzare i desideri del mio cliente.
Ho realizzato un gestionale (FMS16 su server proprietario) per una agenzia di viaggi, che al momento comunica con i clienti con scambi di email e pdf tenerti automaticamente.
Ora l'agenzia vorrebbe permettere ai clienti (diciamo 20 max concurrent users) di fare un login su internet e scambiare tutte le informazioni, nelle varie fasi pre-viaggio e post-viaggio, via sito web:
- login web in sicurezza, generazione password, gestione password dimenticata, ecc
- inserimento dei dati di viaggio su apposite pagine dedicate al cliente
- possibilità per il cliente di compilare dati personali
- sottoscrizione del contratto (pdf generato, che prima veniva inviato via email, scaricabile, firmabile e ricaricabile sul sito web)
- aggiornamento sui pagamenti, anticipo, upload ricevuta bonifico, ecc (no pagamenti sul sito)
- pagine collegate per i dati degli accompagnatori del viaggiatore (figli, moglie)
- elenco partecipanti al viaggio, incontri, note tecniche, aggiornamenti partenza
- fattura scaricabile
- modulo valutazione viaggio, privacy, ecc
Per sommi capi, tutte le cose di cui sopra e altre.
Quasi subito ho scartato l'idea di utilizzare web direct per via di:
- complessità e sicurezza nella gestione dei login
- avere un sito web "responsive"
Ho quindi proposto a chi gestisce il loro sito web (attualmente usato solo per presentare i viaggi), di fare una sincronizzazione ESS con un sito web/MySQL su un host, credo abbastanza tradizionale e quindi di facile realizzazione (sigh?). I dati all'agenzia starebbero in locale su un secondo FMS (in modo da non avere la possibilità di corrompere il gestionale) che, sincronizzato con MySQL in remoto, permetterebbe di aggiornare i test e i documenti.
Mi hanno detto che non è una buona idea, perché la duplicazione dei dati (FM e MySQL) renderebbe tutto più complesso e difficile da gestire (loro non conoscono FM).
A questo punto rimane Custom Web Publishing. Io non potrei gestire il problema, non conoscendo Php, html ecc. Faccio fatica a trovare una azienda fornitrice con non sia chiaramente sbilanciata verso FM o verso il web design e basta.
La domanda è: ma come fanno gli altri?
Roberto
Ho realizzato un gestionale (FMS16 su server proprietario) per una agenzia di viaggi, che al momento comunica con i clienti con scambi di email e pdf tenerti automaticamente.
Ora l'agenzia vorrebbe permettere ai clienti (diciamo 20 max concurrent users) di fare un login su internet e scambiare tutte le informazioni, nelle varie fasi pre-viaggio e post-viaggio, via sito web:
- login web in sicurezza, generazione password, gestione password dimenticata, ecc
- inserimento dei dati di viaggio su apposite pagine dedicate al cliente
- possibilità per il cliente di compilare dati personali
- sottoscrizione del contratto (pdf generato, che prima veniva inviato via email, scaricabile, firmabile e ricaricabile sul sito web)
- aggiornamento sui pagamenti, anticipo, upload ricevuta bonifico, ecc (no pagamenti sul sito)
- pagine collegate per i dati degli accompagnatori del viaggiatore (figli, moglie)
- elenco partecipanti al viaggio, incontri, note tecniche, aggiornamenti partenza
- fattura scaricabile
- modulo valutazione viaggio, privacy, ecc
Per sommi capi, tutte le cose di cui sopra e altre.
Quasi subito ho scartato l'idea di utilizzare web direct per via di:
- complessità e sicurezza nella gestione dei login
- avere un sito web "responsive"
Ho quindi proposto a chi gestisce il loro sito web (attualmente usato solo per presentare i viaggi), di fare una sincronizzazione ESS con un sito web/MySQL su un host, credo abbastanza tradizionale e quindi di facile realizzazione (sigh?). I dati all'agenzia starebbero in locale su un secondo FMS (in modo da non avere la possibilità di corrompere il gestionale) che, sincronizzato con MySQL in remoto, permetterebbe di aggiornare i test e i documenti.
Mi hanno detto che non è una buona idea, perché la duplicazione dei dati (FM e MySQL) renderebbe tutto più complesso e difficile da gestire (loro non conoscono FM).
A questo punto rimane Custom Web Publishing. Io non potrei gestire il problema, non conoscendo Php, html ecc. Faccio fatica a trovare una azienda fornitrice con non sia chiaramente sbilanciata verso FM o verso il web design e basta.
La domanda è: ma come fanno gli altri?
Roberto