Web MOS/Promo Management

Hello Everyone,

  We had our website designed by POP (I know many of you, including myself, would say that was our first mistake) and have issues with promocodes and how to handle MOS's in general.  As it is now when you enter a promocode it effectively switches your MOS unlocking the proper pricetypes/performances.  This is maintained throughout your session.  So if someone wanted to buy a discount ticket to one show, once they do so they are unable to buy regular tickets to any of our other shows simultaneously as those regular priced tix are not available in the promo MOS.  I thin it is rather confusing that if you went to our calendar before you enter the promo code you would see lots of shows but if you then navigated back it would only show the shows with that MOS.

  Secondly a similar situation arises with Subscriptions, in order to access rollover orders to do a renewal the site switches MOSs to the Subscription MOS.  It is great that they can renew but if they then go and browse our regular shows they have all the pricetypes/dates available to the Subscriptions MOS - NOT GOOD.

  So I guess my long winded question is how are you guys handing the MOS switching back and forth while keeping the ability to sell all of your shows?  I am leaning towards a different Tessitura MOS/pricetype setup than we currently use but just don't really know where to begin.

I hope this all makes sense.

Thanks in advance!

Sean Pinto

Parents
  • I'll echo the comments on Offers, from the perspective of a company using an originally POP-designed site.  In fairness to them, Offers weren't available back when our site was made, and the "promo" MOS thing was pretty much how it had to be done.  Offers seem to have been designed to seamlessly replace that mode of operation.  We had to make almost no changes to our site (if any) to get Offers running.  We did have to make adjustments to our MOS/Price Type table and also to our procedures for setting up promos.  I found a training session with the relevant Box Office and Marketing people, running through lots of example, got them going in a day.  The one thing you may still need promo MOS for, mind you, is control over performance availability: i.e. presales.

    As to the subscription thing, we decided early on that you could buy subscriptions or single tickets, but not both at the same time (except through a specific "Sub Add-on" interface that I built for the purpose, which only has access to the Sub Add-on price type).  I do a cart/MOS check every time you move from one part of the commerce site to another, and post a warning if I'm about to dump the cart before changing your MOS.  I'm not sure if this is avoidable in any meaningful way.

Reply
  • I'll echo the comments on Offers, from the perspective of a company using an originally POP-designed site.  In fairness to them, Offers weren't available back when our site was made, and the "promo" MOS thing was pretty much how it had to be done.  Offers seem to have been designed to seamlessly replace that mode of operation.  We had to make almost no changes to our site (if any) to get Offers running.  We did have to make adjustments to our MOS/Price Type table and also to our procedures for setting up promos.  I found a training session with the relevant Box Office and Marketing people, running through lots of example, got them going in a day.  The one thing you may still need promo MOS for, mind you, is control over performance availability: i.e. presales.

    As to the subscription thing, we decided early on that you could buy subscriptions or single tickets, but not both at the same time (except through a specific "Sub Add-on" interface that I built for the purpose, which only has access to the Sub Add-on price type).  I do a cart/MOS check every time you move from one part of the commerce site to another, and post a warning if I'm about to dump the cart before changing your MOS.  I'm not sure if this is avoidable in any meaningful way.

Children
No Data