The added value of services is in the periphery…
The other day I went to collect a car I hired for Christmas. I arrived at Avis and after a short ‘check in’ I was all ready to go. However, I was given a 3 door car when I really needed to have a 5 door car… baby seats you see…. For my good luck another customer was given a 5 door car while she wanted a 3 door one. We decided to swap cars and off we went back to the office to sort things out. The Avis representative was happy to help us but was not sure how to complete the transaction. After a brief chat with a colleague she cancelled the first booking and amended the second one, then she went back to the cancelled booking and re-entered the booking details. The whole process only took about 10 minutes. Admittedly it could be faster and more efficient, that is, why cancel one booking when you should be able to just swap cars between bookings?
Swapping cars must be a really rare event and any research must have relegated that scenario in the ‘nice to have’ but not really needed elements of the design. Basically it is too much hassle designing for an event that will rarely take place when you can spend your time designing for more common scenarios. Absolutely, go for the main scenarios and make sure they support user needs. However, successfully supporting rare scenarios can make a good experience better.
So, could it be that the periphery of a service experience can improve that experience and lead to the all needed service envy?
Comments