IOS Reservations - Search Engine modifications and others

[angeloio]

Καλημέρα σε όλους,

Μόλις αγόρασα και εγκατέστησα το νέο (2.0) IOS Reservations (xampplite - local windows installation).
Έχω 2-3 ερωτήσεις :

• Όταν το component είναι σε multiple hotels μπορώ στην κεντρική σελίδα να έχω την συνοπτική αναζήτηση και να ψάξω για συγκεκριμμένες ημερομηνίες για να μου γυρίσει όλα τα διαθέσιμα δωμάτια σε αυτές. Σε single hotel mode στην αρχική σελίδα αναγκάζομαι να βλέπω ΟΛΑ τα δωμάτια του ξενοδοχείο (κάποιο μπορεί να έχει >100!!!). Υπάρχει η δυνατότητα να εμφανίζω την συνοπτική αναζήτηση σε single hotel mode ?
• Επίσης κάνω access την αρχική σελίδα του component μέσω ενός menu item. Υπάρχει κάποιος άλλος τρόπος ? Η αρχική σελίδα υποτίθεται πως έχει ένα Destinations Page, ένα Locations Page κ.α. Πως μπορώ να έχω access σε αυτά και να τροποποιήσω το template τους?
• Ο μήνας Οκτώβριος στο availability calendar (1-25) εμφανίζεται κόκκινος-unavailable αν και στην πραγματικότητα το δωμάτιο είναι available

Σας ευχαριστώ εκ των προτέρων για την βοήθεια και το χρόνο σας.

[datahell]

Ξεκινάμε από τα απλά.

1. Πρόσβαση στο component αποκτάς δημιουργώντας ένα νέο αντικείμενο μενού τύπου "component". Αυτό ισχύει για ΟΛΑ τα component. Δεν μπορώ να καταλάβω πως αλλιώς θες να πας στο component χωρίς σύνδεσμο.

2. Η σελίδα προορισμών δεν έχει νόημα να εμφανιστεί σε λειτουργία "μονού ξενοδοχείου". Σε αυτή την περίπτωση εννοείται ότι έχεις ένα μόνο ξενοδοχείο σε μία τοποθεσία. Οπότε τι νόημα έχει να δείξεις λίστα τοποθεσιών όταν αυτή είναι μόνο μία; Η σελίδα τοποθεσιών εμφανίζεται αυτόματα μόνο σε λειτουργία πολλαπλών ξενοδοχείων.

3. Οι ημέρες αυτές (1-25 Οκτωβρίου) εμφανίζονται ως "μη-διαθέσιμες" καθώς ο μήνας έχει 27 (26 χθες). Δεν μπορείς να κάνεις κράτηση για το παρελθόν, άρα σωστά αυτές οι ημερομηνίες εμφανίζονται ως "μη-διαθέσιμες". Εκτός βέβαια αν το ξενοδοχείο σου είναι μία χρονομηχανή και θες οι πελάτες να κάνουν κρατήσεις για ημερομηνίες στο παρελθόν...

4. Πες μου σε παρακαλώ ένα ξενοδοχείο που έχει 100 διαφορετικούς τύπους δωματίων. Είμαι πολύ περίεργος να το δω. Πρόσεξε, μιλάμε για τύπους δωματίων, όχι για αριθμό δωματίων (δυναμικότητα). Το να κάνεις αναζήτηση σε ένα πράγμα αναιρεί την ουσία ύπαρξης της αναζήτησης. Η αναζήτηση έχει νόημα όταν έχεις πολλά ξενοδοχεία και τοποθεσίες και θες να βρεις την πιο συμφέρουσα τιμή, ή το καλύτερο δυνατό. Όταν ο επισκέπτης έχει μπροστά του ολόκληρο το ξενοδοχείο (λειτουργία μονού ξενοδοχείου) γιατί να κάνει αναζήτηση; Θα δει κάτι άλλο από αυτό που ήδη βλέπει και σε πλήρη κλίμακα; Δεν υπάρχει λόγος να εμφανίσεις αναζήτηση σε λειτουργία μονού ξενοδοχείου.

Το IOS Reservations είναι σχεδιασμένο έτσι ώστε να προσαρμόζεται στις εκάστοτε ανάγκες και να σου εμφανίζει ακριβώς τις πληροφορίες που θες εύκολα και γρήγορα. Το ζητούμενο είναι να κάνεις την κράτηση ενός δωματίου μία πολύ απλή και εύκολη υπόθεση για αυτό και το component επικεντρώνεται σε αυτό. Μην υποτιμάς την δύναμη της απλότητας και μην μπερδεύεις τους επισκέπτες σου με άχρηστες πληροφορίες και λειτουργίες. Κατανοώ ότι θες να χρησιμοποιήσεις κάποιες από τις δυνατότητες της λειτουργίας "πολλαπλών ξενοδοχείων" γιατί είναι πιο "χλιδάτες" αλλά δεν σου χρειάζονται στην περίπτωση σου. Επικεντρώσου στο βασικό λόγο ύπαρξης του IOS Reservations, δηλαδή στο πως θα αυξήσεις τα έσοδα σου από τις κρατήσεις.

[datahell]

Γενικές οδηγίες επιτυχίας με το IOS Reservations.

Το IOS Reservations είναι η μηχανή των κρατήσεων, όχι το site σας. Φροντίστε ώστε να δώσετε όσες περισσότερες πληροφορίες μπορείτε για τα ξενοδοχεία, τα δωμάτια και τις τοποθεσίες. Βάλτε εικόνες και κάντε όμορφες καταχωρήσεις. Κάντε τα ξενοδοχεία σας ελκυστικά.

Επιλέξτε ένα όμορφο και λειτουργικό template. Πληρώστε έναν επαγγελματία να σας φτιάξει το καλύτερο δυνατό, μην βασίζεστε σε δωρεάν λύσεις αν αυτές δεν είναι οι καλύτερες για το site σας.

Γράψτε συνοδευτικά άρθρα που θα δίνουν εκτενείς πληροφορίες για τις τοποθεσίες των ξενοδοχείων, με όμορφες εικόνες, αξιοθέατα, "πως θα φτάσετε", κλπ.

Επικεντρωθείτε στην ίδια την πληροφορία και τις υπηρεσίες που παρέχει το site σας και όχι στον εντυπωσιαμό του επισκέπτη από άχρηστα module και javascript.

Έχετε πάντα ενεργοποιημένο το SEO PRO. Δίνετε καλούς SEO τίτλους και λέξεις κλειδιά. Καταχωρήστε το site σας σε μηχανές αναζήτησης και αν μπορείτε διαφημίστε το επί πληρωμή. Αν μπορείτε προμηθευτείτε και το Sitemap.

Καθώς ζούμε στην ελλάδα που ο τουρισμός είναι βασικός παράγοντας της οικονομίας, καλό είναι το site σας να είναι τουλάχιστον δίγλωσσο (ελληνικά, αγγλικά). Οι πιο έξυπνοι μπορούν να στοχεύσουν και σε αγορές με άνθηση βάζοντας ρωσσικά, σέρβικα, κλπ. Ξέρετε πόσοι ρώσσοι έρχονται στην ελλάδα κάθε χρόνο και δεν υπάρχουν παρα ελάχιστα ως καθόλου site με πληροφορίες για κράτηση δωματίων στη γλώσσα τους; Αν μπορείτε κάντε στοχευμένη διαφήμιση σε αυτές τις αγορές.

Εγώ σας δίνω μόνο το εργαλείο, χρησιμοποιήστε το έξυπνα και σωστά.

[rentasite]

Επικεντρωθείτε στην ίδια την πληροφορία και τις υπηρεσίες που παρέχει το site σας και όχι στον εντυπωσιαμό του επισκέπτη από άχρηστα module και javascript.

Σ Ω Σ Τ Ο Σ   ! ! !

[angeloio]

Κατ' αρχήν να ευχαριστήσω πολύ τον datahell και τις πολλές και χρήσιμες συμβουλές του.
Παρ΄ότι ήταν όλες πολύ επιβοηθητικές ας μου επιτραπεί να ρωτήσω / διευκρινήσω μερικά πράγματα ακόμα.

Το κύριο ζήτημα με την εν λόγω εφαρμογη αποτελεί η εισαγωγή (από το admin iface) "τύπου" δωματίων και όχι πραγματικού δωματίου όπως σωστά είπε ο datahell. Ας υποθέσουμε λοιπόν ότι ένα ξενοδοχείο έχει 10 double δωμάτια ( => 1 τύπος μόνο: το double room ).
Στην πραγματικότητα βέβαια αυτός έχει το δωμάτιο Α1, Α2...Α10 όλα double. Αν κάποιος του κάνει μια κράτηση από το net δεν μπορεί φυσικά να γνωρίζει για ποιό δωμάτιο έχει γίνει αυτή οπότε χρειάζεται και ένα extra φύλλο χαρτί να σημειώνει η εν λόγω κράτηση (όνομα πελάτη) σε ποιό (πραγματικό δωμάτιο) αντιστοιχεί.
Αν δε, κάποια διπλά δωμάτια έχει extra υπηρεσίες και θέλει να τα ρποσφέρει σε υψηλότερες τιμές τότε θα πρέπει να δημιουργήσει έναν άλλον τύπο δωματίου και ξανά να έχει το ίδιο πρόβλημα που περιέγραψα.
Αν μάλιστα θέλει να παρουσιάσει όλα του τα δωμάτια (έχει 10-20 και το κάθένα έχει τις ιδαιτερότητές του) στο ινternet τότε τό μόνο που μπορεί να κάνει είναι να θεωρήσει κάθε δωμάτιο ενός ξεχωριστού τύπου. Η λύση αυτή του λύνει αυτόματα και το πιο πάνω πρόβλημα αφού οι δικτυακοί του πελάτες αυτόματα αντιστοιχίζονται σε ένα πραγματικό δωμάτιο και δεν χρειάζεται αυτός manually να σημειώνει ποιός πελάτης πήρε ποιό δωμάτιο.

Αν λοιπόν υιοθετήσει κάποιος την στρατηγική αυτή θα καταλήξει η πρώτη σελίδα στο μονό ξενοδοχείο να εμφανίζει αυτόματα ΟΛΑ τα δωμάτια. Στο πολλαπλό mode μπορεί να το αποφύγει αυτό και να κάνει συνοτπική αναζήτηση.
Η ερώτησή μου είναι λοιπόν αν μπορεί να το κάνει αυτό και στο single hotel mode.

Η δεύτερη μου ερώτηση αφορούσε την δυνατότητα (με κάποιο τρόπο) η σελιδα του component να εμφανίζεται αυτόματα στην frontpage σαν article/content χωρίς να χακέψω τον core κώδικα.

Η τρίτη ερώτηση αφορούσε τις σελίδες που εμφανίζονται (σε multiple hotel mode ) από τα links Destinations->Location οι οποίες μάλλον παράγονται από τα modules mod_destinations και mod_featured_hotel. Μπορώ να έχω πρόσβαση στο template αυτών για να το αλλάξω ?

Ευχαριστώ πάλι πολύ όλους και ειδικά τον datahell για τον χρόνο του(ς) και την βοήθειά του(ς).

Δικός σας

[nikos65]

Θα ήθελα να σου παραθέσω κάποιες από τις εμπειρίες μου στο παραπάνω θέμα :
Σχετικά με το πρώτο όσο αφορά τον τύπο δωματίων οι παρατηρήσεις σου είναι σωστές αλλά θα πρέπει να θυμόμαστε ότι το συγκεκριμένο component δεν έχει λειτουργία και σκοπό να αντικαταστήσει τις λειτουργίες ή τις δυνατότητες ενός front office λογισμικού.

Όσο περισσότερες λεπτομέρειες θα δώσεις στον πελάτη για να επιλέξει δωματίου ίδιου τύπου αλλά ίσως διαφορετικής ποιότητας έχει νόημα μόνο εάν έχει και διαφορετική τιμή στην κράτηση ειδάλλως θα δημιουργήσει προβλήματα μελλοντικά στην ροή των κρατήσεων του ξενοδοχείου.

Άσε τον επιχειρηματία/ξενοδόχο να επιλέξει ή ακόμα και να διαπραγματευτεί την επιλογή του δωματίου γιατί στόχος όλων είναι σε περιπτώσεις περιορισμένης δυναμικότητας να βάζει τις κρατήσεις στην σειρά .

Μπορείς να το κάνεις με κάποιες αλλαγές στην γλώσσα αλλά θα έχεις προβλήματα μελλοντικά στις αναβαθμίσεις...

Σχετικά με το δεύτερο το μόνο που χρειάζεται είναι να το βάλεις στην πρώτη θέση του main menu.

To τρίτο δεν το γνωρίζω ..

Ελπίζω να βοήθησα

[datahell]

Έχεις απόλυτο δίκιο όσον αφορά το πρώτο σκέλος της ερώτησής σου και σωστά απάντησε και ο Νικος (nikos65). Αναγνωρίζω ότι υπάρχουν αρκετές ιδιαιτερότητες σε κάθε ξενοδοχείο, για πράδειγμα μου έχει αναφερεθεί για δυνατότητα "παγώματος" ορισμένων ημερομηνιών, ή κάποια λειτουργικότητα ώστε να μην είναι δυνατόν να μένουν νεκρές ημερομηνίες μεταξύ δύο κρατήσεων, κ.α.

Έχετε δίκιο σε όλα αυτά αλλά είναι πολύ custom και πολύ δύκολο να υλοποιηθούν καθώς όπως προείπα το κάθε ξενοδοχείο έχει τις δικές του μικρές ιδιαιτερότητες κάθε μία από τις οποίες μπορεί να είναι χρήσιμη σε 1-2 από εσάς μόνο. Επίσης άλλες ανάγκες έχει ένα ξενοδοχείο 200 κλινών και άλλες τα 6 ενοικιαζόμενα δωμάτια της κ. Μαίρης στην Σκόπελο. Πάντως έχω υπόψιν μου αρκετές από τις ανάγκες σας και θα προσπαθήσω να υλοποιήσω όσες από αυτές είναι δυνατόν στην επόμενη αναβάθμιση του component.

Ο τρόπος εισαγωγής με "τύπο δωματίου" είναι ένας γρήγορος τρόπος να εισάγουμε πολλά δωμάτια με τη μία. Έχω πελάτη που έχει 650 ξενοδοχεία σε μία και μόνη εγκατάσταση IOS Reservations. Φανταστείτε αυτός ο άνθρωπος να είχε να πληκτρολογήσει τα στοιχεία όλων των δωματίων, όλων των ξενοδοχείων, ένα-ένα. Το σύστημα θα ήταν πρακτικά άχρηστο και ο όγκος δεδομένων εξερετικά μεγάλος.

Το IOS Reservations κάνει μία έξυπνη διαχείριση δωματίων χρειαζόμενο την τροφοδότητση από εσάς των ελάχιστων δυνατών δεδομένων. Η τεχνολογία που έχει εφαρμοστεί στο component είναι εξαιρετικά προηγμένη. Για παράδειγμα πληκτρολογώντας μόνο μία ή δύο σεζόν σας δημιουργεί αυτόματα ημερολόγιο διαθεσιμότητας για όλο το χρόνο. Αλίμονο αν χρειαζόταν να πληκτρολογήσετε ξεχωριστά τιμές για κάθε ημέρα και για κάθε δωμάτιο! Θα είχατε ένα σύστημα που θα ήθελε ημέρες ή και βδομάδες παραμετροποιήσεων για να περάσετε τα στοιχεία ενός και μόνο, μέσης κλίμακας, ξενοδοχείου.

Όπως ο Νίκος ανέφερε το component δεν έρχεται να αντικαταστήσει το desktop σύστημα (ή και το τεφτέρι ακόμα) που χρησιμοποιεί κάθε ξενοδοχείο για τις κρατήσεις του αλλά λειτουργεί συμπληρωματικά για το online κομμάτι και μόνο. Για παράδειγμα δεν μπορεί το component να γνωρίζει αν κάποιος σας πήρε τηλέφωνο και έκανε μία κράτηση τηλεφωνικά. Ακόμα και σε αυτό το κομμάτι όμως θα γίνει μία μικρή βελτίωση σε επόμενη έκδοση ώστε να μπορείτε να "συγχρονίσετε" το online με το offline σύστημά σας.

Όσον αφορά το τρίτο σκέλος της ρώτησής σου: Όχι, το component δεν φορτώνει το module "destinations". Η συγκεκριμένη λειτουργία είναι εσωτερική του component.

Εγώ δεν έχω πρόβλημα να κάνετε μικρές αλλαγές στον κώδικα του component αν θέλετε να το προσαρμόσετε στα μέτρα σας αρκεί να το κάνετε μόνο για την σελίδα σας και μόνο, να μην πειράξετε τα πνευματικά δικαιώματα, να μην επαναχρησιμοποιήσετε αυτό το component σε άλλο site, να μην πουλήσετε/δώσετε το component αλλού και γενικότερα να μην προβείτε σε αξιόποινες πράξεις αντίθετες με την άδεια χρήσης του component. Πάντως επειδή ο κώδικας του component είναι εξαιρετικά δύσκολος αν δεν είστε αρκετά καλοί γνώστες της PHP μην τον πειράξετε. Από περιέργια, όποιος θέλει, ας ανοίξει το reservations.php να δει την πολυπλοκότητα και το επίπεδο ποιότητας του κώδικα του component. Δεν είναι ούτε αυταρέσκεια, ούτε υπερβολή, αλλά τέτοιο κώδικα δεν θα δείτε ούτε σε συστήματα 5000 ευρώ.

Σε κάθε περίπτωση όμως θα πρέπει να γνωρίζετε ότι: Component με πειραγμένο κώδικα δεν υποστηρίζονται ούτε έχετε δωρεάν αναβάθμιση από την Is Open Source γιατί δεν μπορώ να ξέρω τι αλλαγές μπορεί να κάνει ο καθένας και τι πρόβλημα αυτές να δημιουργήσουν στο σύστημα. Δεν θα είμαι εγώ πλέον υπεύθυνος για τυχόν δυσλειτουργίες. Αν δεν θέλετε να χάσετε την υποστήριξη από την Is open Source κρατήστε τις επεμβάσεις σας μόνο σε επίπεδο css/εικόνων/αρχείων γλωσσών. Γενικά όχι επεμβάσεις σε κώδικα php αν θέλετε να έχετε υποστήριξη και αναβαθμίσεις.