Current Projects

The last 12 months have largely been spent rearchitecting large portions of the application.  This can be extremely time consuming, even for some of the best developers in the world. Recoding and refactoring the backend, while simultaneously launching a new front end framework requires a lot of man hours.   The good news is that we are currently working on two projects which will update two very important components of the application and will be very visible once launched.

Online Booking Pages

The Lodgix online booking pages have not been changed since the launch of the company in 2008.  Much is required of the interfaces and much is required of the code powering those pages:

  1. Mobile friendly.  Super important to have the pages make booking as easy as possible on phones and tablets.
  2. Simplicity.  A move to a one or two page booking process is essential.
  3. Skinning.   Lodgix users need much greater flexibility in skinning the look and feel of the Lodgix booking pages to match their website.
  4. Customization.   The ability to add / edit fields in the booking form, as well as to make certain field mandatory are super important.
  5. Design.   Updated, fresh design to make the booking process easy and simple on all screen sizes.
  6. Integration of new travel insurance partner.  Optional ability to offer travel insurance during the booking process.

and much, much more.

We are two weeks into the development process.  I should have some screenshots available soon!

Merged Rates and Rules

Lodgix currently has separate interfaces to setup nightly, weekly, monthly and per person rates.   Then we have separate interfaces to setup minimum night stay, arrival day and departure day rules.  All of that property setup can be time consuming.   Yes, we offer property cloning, rate / rule copy, etc..   However even with that, adding and updating rates / rules requires too much time.

Our new interfaces will allow all rates and rules to be setup on one page and will make the updating of those rates / rules for future periods a simple component of the universal property interface.

This project has been in progress in various stages since the summer of 2015.   The next stage will be an interim stage, still using our old display framework, but merging all current rates / rules.   The backend code will be completely new, but we will utilize the old display framework to ease the transition and testing to a completely new property setup process.

I expect we’ll start testing the new code in a couple of weeks and then perhaps a couple of weeks after that we’ll launch it to the production server.   So barring any huge fires, possibly a June 1 launch of the interim interfaces.   We’ll then move immediately to begin coding the new interfaces which will make things all nice and pretty and even more simple!

Imagine being able to say, “i’d like all my properties to reflect a 10% increase for 2017” and then making one change, applying it to all properties and five seconds later, all of your rates are 10% higher in 2017.

Or perhaps demand is running ahead of last year and you want to make an adjustment to your primary season pricing for all remaining available dates by increasing rates 5%, click a button, make the adjustment, apply to the correct dates and to individual or all properties and wah lah!  The change is complete.

This will set the stage nicely for more advanced automated yield management in the future!