Elxis CMS Forum
Ελληνικό Forum => Πρόσθετα => Topic started by: nikos65 on May 14, 2008, 23:21:38
-
Τα θερμά μου Συγχαρητήρια για την δημοσίευση του πολύ χρήσιμου component για όλους μας.
Θέλω να ρωτήσω κάτι που σε πολλές συζητήσεις με ιδιοκτήτες καταλυμάτων για την χρήση του συγκεκριμένου εργαλείου ήταν αποτρεπτικοί.
Το κύριο πρόβλημα τους είναι η διαχείριση των δωματίων σε συγκεκριμένες περιπτώσεις και αυτές είναι :
Κράτηση με κενό ή κενά συγκεκριμένων ημερών (1-3 ημέρες από την προηγούμενη ή επόμενη κράτηση)
Διαχείριση minimum ημερών κρατήσεων σε συγκεκριμένες ημερομηνίες (Εορταστικά τριήμερα ή περιόδους)
Διαχείριση σε κάθε δωμάτιο με δυνατότητα μεταφοράς σε άλλο .
Σε όλα αυτά τα παραπάνω να υπάρχει δυνατότητα ερώτησης για διαθεσιμότητα
και ίσως και κάποια άλλα μικρότερα θέματα.
Σε μεγάλα συγκροτήματα ίσως αυτά να μην είναι τόσο σημαντικά αλλά στα περισσότερα που είναι μικρά 8-20 δωμάτια με συγκεκριμένη περίοδο λειτουργίας και η κενή ημέρα είναι υπολογίσιμη.
Πως αντιμετωπίζει το component τα παραπάνω ;
Ευχαριστώ
-
Ευχαριστώ για τα καλά λόγια.
Αρχικά οφείλω να δηλώσω πως είμαι προγραμματιστής και όχι ξενοδόχος ώστε να έχω σημαντική πείρα του τομέα. Από αυτά που γνωρίζω και μελετώντας παρόμοια συστήματα έφτιαξα το Reservations. Η πράξη και οι δικές σας παρατηρήσεις θα δείξουν αν θα χρειαστούν αλλαγές μελλοντικά ώστε να προσαρμοστεί περισσότερο στις πραγματικές ανάγκες της αγοράς.
Αναφορικά με τις ερωτήσεις σου:
Κράτηση με κενό ή κενά συγκεκριμένων ημερών (1-3 ημέρες από την προηγούμενη ή επόμενη κράτηση)
Το component ελέγχει πέραν της ημερομηνίας και το πλήθος των δωματίων του ιδίου τύπου (δυναμικότητα). Αν Θες να κάνεις κράτηση πχ για τις 11, 12, 13 και 14 του μηνός 2 δωμάτια και στις 12 είναι διαθέσιμο μόνο ένα θα σου πει ότι δεν υπάρχουν διαθέσιμα δωμάτια για αυτή την περίοδο (υπάρχει επιλογή να σου δείχνει αναλυτικά για κάθε μέρα πόσα διαθέσιμα δωμάτια υπάρχουν). Τώρα για τα κενά. Αν κατάλαβα καλά εννοείς πως αν κάποιος θέλει να κάνει κράτηση στις 11 και 12 του μηνός και ένα άλλος στις 14 και 15 του μηνός, τον δεύτερο να τον πάει στην 13 και 14 ώστε να μην υπάρχει κενή ημέρα; Αν εννοείς αυτό, αυτό δεν μπορεί να γίνει γιατί μετά μπορεί κάποιος άλλος να θέλει στις 13, δεν μπορεί να κάνει προβλέψεις το component ούτε έχει την ανθρώπινη λογική να σκέπτεται σύνθετες καταστάσεις. Σε αυτή την περίπτωση θα βρεις τη λύση επεμβαίνοντας εσύ στο σύστημα και σε επικοινωνία με τον πελάτη.
Διαχείριση minimum ημερών κρατήσεων σε συγκεκριμένες ημερομηνίες (Εορταστικά τριήμερα ή περιόδους)
Το component έχει ρύθμιση για τον μέγιστο αριθμό ημερών, όχι για τον ελάχιστο. Πχ δεν μπορεί κάποιος να κάνει κράτηση για 500 διανυκτερεύσεις... Ωστόσο μπορείς για την περίοδο που σε ενδιαφέρει να το αναφέρεις αυτό στους όρους χρήσης/κρατήσεων του ξενοδοχείου (κάθε ξενοδοχείο έχει τους δικούς του όρους χρήσης). Πχ ότι για το Πάσχα ο ελάχιστος αριθμός ημερών είναι 3. Αν κάποιος δεν το προσέξει και κάνει κράτηση 1 ή 2 ημέρες του την ακυρώνεις και του λες αν επιθυμεί να κάνει κράτηση 3 ημερών. Αυτή η λειτουργία πάντως είναι εύκολο να προστεθεί σε μία επόμενη αναβάθμιση αν πραγματικά είναι χρήσιμο για εσάς τους επαγγελματίες του χώρου.
Διαχείριση σε κάθε δωμάτιο με δυνατότητα μεταφοράς σε άλλο.
Αν κατάλαβα καλά, ναι μπορείς να κάνεις copy ένα δωμάτιο ή να το μεταφέρεις σε άλλο ξενοδοχείο από τη διαχείριση.
Ασχέτως αν το έφτιαξα εγώ, πιστεύω ότι το Reservations είναι ένα αξιόλογο component και κυρίως πολύ προσεγμένο στην κατασκευή του. Από ότι είδα από άλλα συστήματα (κυρίως είχα ως βάση το booking.com) δεν έχει να ζηλέψει τίποτα από τον ανταγωνισμό. Έχει μάλιστα αρκετά σημεία που είναι μακράν καλύτερο ενώ είναι πρωτοποριακό στον τρόπο που χειρίζεται την γλώσσα. Αν έχεις προτάσεις για βελτίωση του συστήματος με χαρά θα τις ακούσω.
-
Βασικά θα πρέπει να το δουλέψω :)
Σχετικά με το πρώτο για την κενή ημέρα είναι πολύ σημαντικό και πιστεύω ότι εάν δημιουργείτε κενό θα πρέπει να γίνεται ερώτημα και όχι απευθείας κράτηση.
Στο δεύτερο νομίζω ότι θα πρέπει να προστεθεί αλλά να είναι συσχετισμένο με ημερομηνίες επιλογής (σκεφθείτε τον δεκαπενταύγουστο να σου κάνουν κράτηση μία ημέρα και να σου σπάσει τις ημερομηνίες ή ένα τριήμερο )
Στο τρίτο αυτό που αναφέρεις είναι πολύ καλό αλλά πιθανόν να μην το εξήγησα καλά . Πελάτης ξεκινάει την κράτηση του σε ένα δωμάτιο και συνεχίζεται η κράτηση του σε άλλο λόγω έλλειψης.
Ο πελάτης έχει επιλογή δωματίου; (μερικές επιχειρήσεις δουλεύουν με παλιούς πελάτες που κλείνουν συγκεκριμένα δωμάτια)
Τα περισσότερα από αυτά λύνονται με την δημιουργία ερωτήματος για την επιβεβαίωση της κράτησης με την τελική απόφαση να είναι στον ξενοδόχο χωρίς να δημιουργηθεί θέμα ακύρωσης.
Πιστεύω ότι το συγκεκριμένο component μας λύνει τα χέρια μας ανοίγει πωλήσεις και κάτι άλλο πολύ βασικό είναι η αρχή - βάση και για όλες αγορές που στηρίζονται σε παρόμοια φιλοσοφία. ;)
-
Δεν βλέπω πως μπορεί να υλοποιηθεί αυτό με την κενή ημέρα. Το component δεν μπορεί ούτε να κάνει πρόβλεψη αν θα έρθει κάποιος άλλος αργότερα και κάνει κράτηση στην κενή ημέρα ούτε, εφόσον υπάρχουν διαθέσιμα δωμάτια για την περίοδο που επιθυμεί, να του αρνηθεί την κράτηση. Θα το σκεφτώ πάντως καλύτερα κάποια στιγμή, αν και πως μπορεί να δουλέψει κάτι τέτοιο.
Αυτό με τις ελάχιστες ημέρες θα γίνει στην πρώτη αναβάθμιση.
Όλα τα δωμάτια του ιδίου τύπου λογίζονται ως ίδια και συνεπώς ο πελάτης δεν μπορεί να επιλέξει συγκεκριμένο δωμάτιο (πχ το 4Β). Μπορεί όμως να το δηλώσει στα σχόλια της κράτησης και νομίζω αυτό λύνει το πρόβλημα με απλό τρόπο.
Πελάτης που αρχίζει την κράτηση σε ένα δωμάτιο συνεχίζει σε άλλο (διαφορετικού τύπου):
Θα πρέπει να κάνει 2 συνεχόμενες κρατήσεις. Πχ 12 ως 14 του μηνός για το δωμάτιο Α και 15 ως 18 του μηνός για το δωμάτιο Β.
Το component τον ενημερώνει πόσα δωμάτια είναι διαθέσιμα κάθε μέρα οπότε μπορεί να βρει πότε υπάρχει η έλλειψη και να επιλέξει το δωμάτιο του τύπου Β για τις ημέρες της έλλειψης του δωματίου Α.
-
Σχετικά με τις ελάχιστες ημέρες θα πρέπει να έχει εφαρμογή και για συγκεκριμένες ημερομηνίες.
Νομίζω πάντως ότι και με το παραπάνω ίσως να καλύψει το πρόβλημα της μίας ημέρας βάζοντάς τον πελάτη σε αναμονή ή κάτι σαν λίστα αναμονής ή ακόμα καλύτερα να τον ενημερώνει ότι θα λάβει σύντομα απάντηση για την ζήτηση του έτσι ώστε η διαχείριση των λίγων ημερών ή ακόμα και της μίας ημέρας να είναι απόφαση του διαχειριστή-ξενοδόχου.
Θα το δω στην πράξη σύντομα και θα είμαι πιο σωστός στις προτάσεις μου για τυχόν βελτιώσεις. ;D ;D
-
Υπάρχει η δυνατότητα να μετά την κράτηση και την καταχώρηση των στοιχείων της κάρτας να γίνει πληρωμή προκαταβολής ή ολοκλήρου του ποσού με επιλογή ;
Ευχαριστώ
-
Υπάρχει δυνατότητα να δούμε το IOS Reservation σε demo σε Solo Mode;
Επίσης θα ήθελα να υπάρχει ημερολόγιο με τις κρατήσεις τουλάχιστον 6μήνου και οπωσδήποτε πληρωμή μέσω Paypal.
Πόσο εύκολο είναι να γίνει εφικτό αυτό.Με αυτές θα ήθελα να αγοράσω το component!
-
Σε λειτουργία "Ενός ξενοδοχείου" η αρχική σελίδα του component γίνεται αυτόματα η σελίδα του ξενοδοχείου. Αν πας στο demo στη σελίδα αναλυτικής εμφάνισης ενός ξενοδοχείου αυτό που θα δεις θα είναι η αρχική σου σελίδα σε λειτουργία "ενός ξενοδοχείου". Επίσης διάφορες άλλες λειτουργίες διαφοροποιούνται μερικώς (πχ δεν μπορεί να συνδεθεί ο ξενοδόχος στο δημόσιο τμήμα, η διαχείριση των κρατήσεων γίνεται μόνο από τη διαχείριση).
-
Θέλω να ενημερώσω ότι είμαι πολύ ευχαριστημένος με το συγκεκριμένο component στο οποίο έχει γίνει πολύ καλή και προσεγμένη δουλειά.
Το συνιστώ σε οποιονδήποτε σαν στάνταρ εάν θελήσει να στήσει κάτι με το συγκεκριμένο αντικείμενο. Σε λίγες ημέρες θα δώσω και link για την πρώτη ολοκληρωμένη εγκατάσταση.
Εκείνο όμως που έχω έντονο προβληματισμό έχει να κάνει με την backend διαχείριση.
Φυσικά και δεν θέλω να δώσω backend πρόσβαση για τους λόγους που όλοι ξέρουμε αλλά θα πρέπει όμως να μπορούμε κατά επιλογή να δώσουμε frontent διαχείριση σε κάποιες δυνατότητες στους ιδιοκτήτες όπως την αλλαγή των τιμών τις διαθεσιμότητας καθώς και την διαχείριση των κρατήσεων.
Ξέρω ότι αυτό είναι εύκολο να το λές και να το ζητάς αλλά δύσκολο να γίνει αυτό όμως θα κάνει την ζωή μας λίγο πιο εύκολη ειδικά εάν κάποια στιγμή η δουλειά μας αυξηθεί και φυσικά ο χρόνος μας περιοριστεί.
-
Ευχαριστώ για τα καλά λόγια. Έχω μαζέψει 2-3 αιτήσεις αλλαγών/βελτιώσεων οι οποίες θα πραγματοποιηθούν στην πρώτη αναβάθμιση.
-
Απλά να ενημερώσω το post ότι έχει ξεκινήσει αναβάθμιση του Reservations που θα περιλαμβάνει αρκετές νέες δυνατότητες όπως πληρωμή μέσω PayPal, προσθήκη / επεξεργασία ξενοδοχείων από το δημόσιο τμήμα, σύνθετη αναζήτηση και διάφορα άλλα. Υπολογίζω ότι θα είναι έτοιμο στο τέλος του μήνα. Δωρεάν αναβάθμιση για τους κατόχους προηγούμενων εκδόσεων (Σημείωση: η τιμή του νέου Reservations Πιθανότατα θα αυξηθεί ελεφρά οπότε θα ευνοηθούν όσοι το έχουν αγοράσει από πριν).
-
Πολύ καλά νέα :)
Σχετικά με την πληρωμή με Paypal μετά από συζητήσεις που έχω κάνει με πελάτες, μου έχουν αναφέρει τα παρακάτω και τα προτείνω γιατί είναι πολύ χρήσιμα:
1.Σε πολλαπλού τύπου να υπάρχει η δυνατότητα επιλογής ανά ξενοδοχείο η επιλογή της πληρωμής
2.Υπολογισμός για πληρωμή με ποσοστό ανά ξενοδοχείο μονού η πολλαπλού τύπου (προκαταβολή ανάλογα με την επιθυμία του ιδιοκτήτη με min ποσό)
3.Επιλογή του πελάτη για τον τρόπο πληρωμής έτσι ώστε ο πελάτης που δεν έχει πιστωτική κάρτα να στέλνει την κράτηση (βλέπε Ελληνες) και εάν είναι δυνατόν να λαμβάνει ο πελάτης τα στοιχεία τραπεζικού λογαριασμού του ξενοδόχου μέσω email .
Επίσης θα ήθελα να προτείνω και μερικές ακόμα βελτιώσεις σε σχέση με την πρώτη έκδοση
1.Στα δωμάτια να υπάρχει η δυνατότητα πλέον της μίας φωτογραφίας (2-4 είναι καλά)
2.Στους όρους χρήσης δυνατότητα για διαφορετικό κείμενο τουλάχιστον σε δύο γλώσσες
3.Στα facilities να υπάρχει η δυνατότητα για επιλογή κάποιων πέρα των σταθερών ώστε να αποφεύγεται η επέμβαση μας στην γλώσσα για αλλαγή των υπαρχόντων
Τα παραπάνω πιστεύω ότι δυναμώνουν το component και είναι χρηστικά.
Καλή συνέχεια και να ξέρεις ότι εγώ θα περιμένω να το ξαναπάρω με την αύξηση ;D ;D εκτός και εάν είναι κάτι επείγον
-
Το σύστημα πληρωμής έχει ήδη ολοκληρωθεί. Κάθε ξενοδοχείο έχει δικές του ρυθμίσεις και μπορεί να ενεργοποιήσει αυτόνομα το σύστημα. Η πληρωμή εγγύησης γίνεται με βάση το ολικό κόστος της κράτησης είτε ως απόλυτος αριθμός (πχ 35 ευρώ) για όλες τις κρατήσεις του ξενοδοχείου, είτε ως ποσοστό (πχ το 50%). Φυσικά κάποιος θα μπορούσε να το βάλει και 100%... Η κράτηση ολοκληρώνεται ανεξάρτητα της πληρωμής. ΜΕΤΑ την ολοκλήρωση της κράτησης εμφανίζεται στον πελάτη σύνδεσμος πληρωμής. Μόλις ο πελάτης πληρώσει και το σύστημα ενημερωθεί από την PayPal ενημερώνονται και τα στοιχεία της κράτησης και υπάρχει και επιλογή να μετατρέπεται αυτόματα η κράτηση σε επιβεβαιωμένη. Ο πελάτης μπορεί ακόμα και να πληρώσει μία άλλη φορά αφού στη σελίδα παρακολούθησης της κράτησής του το σύστημα του εμφανίζει αυτόματα τον σύνδεσμο πληρωμής αν δεν έχει πληρώσει.
Δεύτερη φωτογραφία στα δωμάτια δεν χρειάζεται και είναι δύσκολο να μπει λόγω του περιορισένου χώρου του σημείου. Μπορείς όμως να βάλεις όσες θες φωτογραφίες στο ξενοδοχείο.
Για τους όρους χρήσης έχεις δίκιο. Το έχω δει και εγώ αυτό, θα τιο κοιτάξω.
Τις επιπλέον παροχές το καλύτυερο είναι να τις βάζεις στην περιγραφή του ξενοδοχείου ή του δωματίου γιατί και πρόσθετα πεδία να μπουν δεν θα είναι πολυγλωσσικά.
-
Καλύπτομαι πλήρως , καλή συνέχεια ;D
-
Υπάρχει η δυνατότητα να γίνουν κάποιες μικρές αλλαγές όσο αφορά στην σειρά προβολής και κατάταξης στα παρακάτω σημεία:
1.Διαχείριση τοποθεσιών και προορισμών (για το frontent)
2.Εικόνα Ξενοδοχείου
Ευχαριστώ
-
Ναι, για τέτοιες μικρές επεμβάσεις δεν υπάρχει πρόβλημα μπορείτε να το κάνετε.
Λίστα τοποθεσιών
αρχείο reservation.php γραμμή 2732
."\n ORDER BY l.title ASC";
Αλλάξτε το title σε ότι θέλετε ώστε να αλλάξει η σειρά εμφάνισης
Εικόνα ξενοδοχείου
Οι εικόνες εμφανίζονται με την σειρά με τις οποίες τις βάζεις. Αν θες να αλλάξεις σεριά, βγάλτες και ξαναάλτες με την σειρά που θες. Η πρώτη εικόνα είναι η κύρια εικόνα του ξενοδοχείου.
-
"\n ORDER BY l.title ASC";
Ποιες είναι οι τιμές που μπορεί να πάρει ;
-
Οποιαδήποτε στήλη από τον πίνακα elx_res_locations, συν το άθροισμα των ξενοδοχείων (hotels) για την κάθε τοποθεσία.
Στήλες πίνακα elx_res_locations:
lid, title, dialect1, dialect2, dialect3, detailpage, seotitle, image
Αύξουσα ταξινόμηση: ASC
Φθίνουσα ταξινόμηση: DESC
Μην χρησιμοποιήσεις τις στήλες "dialect1-2-3" γιατί μπορεί να είναι και κενές (ο τίτλος "title" δεν είναι ποτέ κενός).
Στην πράξη τα μόνα που έχουν νόημα να χρησιμοποιηθούν είναι:
title ASC : ταξινόμηση με βάση τον τίτλο της τοποθεσίας με αύξουσα σειρά (A ως Ω)
title DESC : ταξινόμηση με βάση τον τίτλο της τοποθεσίας με φθίνουσα σειρά (Ω ως Α)
lid ASC: Παλαιότερες τοποθεσίες πρώτες
lid DESC: Νεότερες τοποθεσίες πρώτες
hotels ASC: ταξινόμηση με βάση τον αριθμό ξενοδοχείων σε κάθε τοποθεσία με αύξουσα σειρά (0 ως άπειρο)
hotels DESC: ταξινόμηση με βάση τον αριθμό ξενοδοχείων σε κάθε τοποθεσία με φθίνουσα σειρά (άπειρο ως 0)
Μπροστά στο title και το lid (ή για κάποιο άλλο από τις στήλες του πίνακα) πρέπει να βάλεις το "l." στο query:
."\n ORDER BY l.lid DESC";
Αν χρησιμοποιήσεις το "hotels" για ταξινόμηση δεν βάζεις σε αυτό πρόθεμα:
."\n ORDER BY hotels ASC";
."\n ORDER BY hotels DESC";
Πιστεύω ότι όπως είναι, είναι το καλύτερο (με βάση τον τίτλο) γιατί ο επισκέπτης εντοπίζει πιο εύκολα την τοποθεσία που θέλει.
-
Στο ημερολόγιο του ios reservation μπορούν να γίνουν τα παρακάτω: ;
1.Να μπορεί ο επισκέπτης να αλλάζει χειροκίνητα την ημερομηνία.
2.Να αλλάζει η μορφή της ημερομηνίας ανάλογα με την γλώσσα
3.Στην εμφάνιση του ημερολογίου να γίνει πιο εύκολη η επιλογή του μήνα ή έστω και η ένδειξη από ">" σε "Month"
Ευχαριστώ
-
Η μορφή της ημερομηνίας θα πρέπει να είναι συγκεκριμένη καθώς βάση αυτής γίνεται αναζήτηση διαθεσιμότητας. Αν για παράδειγμα είναι έτσι: DD-MM-YYYY και εσύ την κάνεις έτσι: MM-DD-YYYY στην αναζήτηση θα λάβει αντί για ημέρα μήνα και αντί για μήνα ημέρα, άλλα ντ' άλλων δηλαδή. Για τον ίδιο λόγο δεν υπάρχει δυνατότητα να την γράφεις εσύ με το χέρι. Γιατί 9 στις 10 φορές θα την πληκτρολογούσαν λάθος.
Όσον αφορά το (3) θα πρέπει να γίνει τροποποίηση στο calendar και δεν ξέρω κατά πόσο αυτό είναι εύκολο. Επίσης αν αντί για τα βέλη γράψεις το όνομα του μήνα τότε δεν θα φαίνεται και ωραία καθώς ο χώρος δεν επαρκεί για να γραφεί το όνομα του μήνα.
-
ok Καλύφθηκα .
Ευχαριστώ