DavidnRobin
TUG Member
- Joined
- Dec 20, 2005
- Messages
- 11,902
- Reaction score
- 2,300
- Location
- San Francisco Bay Area
- Resorts Owned
- WKORV OFD (Maui)
WPORV (Kauai)
WSJ-VGV (St. John)
WKV (Scottsdale)
I don't recall how to use the multi-quote process - so bare with me.
I think (in my quick read) that I agree with what is being said - except about MSC as a UI. I work with 100s of UIs - and MSC has to be one of the most poorly designed ones (not the worse, but clearly far from optimal) - IMO, almost every aspect of its design is flawed - so we will have to agree to disagree on this.
As to correstness of the database - 2 things.... 1st is that they have it set-up as to have incorrect info. i.e. - when I bought a resale week at WSJ from an Owner who had 2 weeks (and sold one to us) - the original contract was set-up as to 1 number for both weeks - this has caused big problem with communications from SVO, SVN and the WSJ HOA to the two of us. I would call to corect it - and I would get their mailings - they would call to correct it and then they would get our mailings.
The 2nd part is part is how the system is set-up - it is key in creation of a usable database to make sure all variables are accounted for including flex fields - and on top of that make sure there is proper QA (or at least QC) of the data. Also, to make it so it is flexible enough to be read by a variety of system approaches. Before creating a system that can read/write data from the database - this is critical for efficient use. For inefficient usage - keep the status quo and blind yourself to the basic issue - and then create 'workarounds'... never a good idea.
When I call SVN - I always chuckle to myself thinking of the 'Meet the Parents' movie with Ben Stiller with the flight reservation person when she is clicking away with 100s of keystrokes... I can hear the SVN reservation person doing the same thing - probably using the backspace button to delete user field info in order to correct mistakes.
I agree that SVN and SPG are 2 different systems - I do not think trying to align these 2 systems is critical at this time. I would like to see the database reworked (alot of effort, but not overwhelming), then creating an interface that would allow for easy reservation usage by SVN personnel, then extending hat to usable web-interface for real-time reservation and confirmation information. This should only need to be done with SOs and reservations based on the SVN reservation-time windows established, and then to convert SO to SPs - where only SPs are linked into SPG reservations.
I think (in my quick read) that I agree with what is being said - except about MSC as a UI. I work with 100s of UIs - and MSC has to be one of the most poorly designed ones (not the worse, but clearly far from optimal) - IMO, almost every aspect of its design is flawed - so we will have to agree to disagree on this.
As to correstness of the database - 2 things.... 1st is that they have it set-up as to have incorrect info. i.e. - when I bought a resale week at WSJ from an Owner who had 2 weeks (and sold one to us) - the original contract was set-up as to 1 number for both weeks - this has caused big problem with communications from SVO, SVN and the WSJ HOA to the two of us. I would call to corect it - and I would get their mailings - they would call to correct it and then they would get our mailings.
The 2nd part is part is how the system is set-up - it is key in creation of a usable database to make sure all variables are accounted for including flex fields - and on top of that make sure there is proper QA (or at least QC) of the data. Also, to make it so it is flexible enough to be read by a variety of system approaches. Before creating a system that can read/write data from the database - this is critical for efficient use. For inefficient usage - keep the status quo and blind yourself to the basic issue - and then create 'workarounds'... never a good idea.
When I call SVN - I always chuckle to myself thinking of the 'Meet the Parents' movie with Ben Stiller with the flight reservation person when she is clicking away with 100s of keystrokes... I can hear the SVN reservation person doing the same thing - probably using the backspace button to delete user field info in order to correct mistakes.
I agree that SVN and SPG are 2 different systems - I do not think trying to align these 2 systems is critical at this time. I would like to see the database reworked (alot of effort, but not overwhelming), then creating an interface that would allow for easy reservation usage by SVN personnel, then extending hat to usable web-interface for real-time reservation and confirmation information. This should only need to be done with SOs and reservations based on the SVN reservation-time windows established, and then to convert SO to SPs - where only SPs are linked into SPG reservations.