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
Hi Sean,
Similar to Amanda and for much the same reasons, most of the time we use Offers in the standard Web Sales MOS, unless there is an allocation attached to the promo code which requires the MOS shift.
Not sure how to handle this issue through POP with Subscription MOS, but we are about to launch Online Sub sales using TNEW, and through a system table we are able to filter out Price Types that we do not want to appear as options to the customer once they have put a subscription in their cart and then are adding single tickets.
Duane
Hi everyone,
Our website MOS are driven by rankings, so if you browse the site or login as a single ticket buyer or new user, you are automatically in Web Casual MOS. If you then purchase a package, or login as an existing subscriber, you are put in Web subscriber MOS (which allows access to discounted single tix and merch).We regularly use online offers, but usually only for single ticket buyers. Recently we set up a promo code offer for subscribers, and had difficulty getting it to work - until I discovered the magic little tick that was needed - the Override Rank Indicator in TR_WEB_SOURCE_NO needs to be checked to get the offer 'pull rank' over the MOS.We are having issues with our promo codes working sporadically online though, so testing has been a bit difficult - so I have a question that I hope someone knows the answer to: Are promo codes case sensitive??
ThanksEmma
Emma,
They are not, but I'm a little confused by your comments: your rankings/mos setup sounds very similar to ours. In the past we used promotional modes of sale to provide people with access to discounted price types, so in that case you would use "Override Rank Ind" to override their typical ranking based MOS with the promotional MOS. But the point of Offers is that you can provide access to the discounted price type directly through the Offer, so there is no need to change the MOS. As long as the Offer is on both of your modes of sale, and "Override Rank Ind" is unchecked, then the price type should become available once the source number for the session is set.
Did any of that make sense?