As voice enthusiasts here at FX, we had the pleasure of attending the Alexa devs London meetup at Amazon’s offices near London Liverpool Street. The evening was split up into three talks around three different Alexa skills. And for us, Eurostar’s innovation team (Jose Quinto, Andrea Jezovit and Thorne Gladwin) had some incredible insight into when they were given the challenge to create a meaningful customer experience for Eurostar through voice.
This was a somewhat unique proposition: users already had a very positive experience of booking and searching for Eurostar tickets on the website, so there were no real problems the innovation team were trying to solve. It was more of an exercise in experimenting with new technology.
Early into the project the team dived into creating a basic prototype to help users find prices for a specific travel destination and date. However, after initial testing it was apparent that the experience fell flat after a couple of uses. Users got tired due to it feeling repetitive and long winded.
Screen shot of early conversational flow for Eurostar’s Alexa Skill
The team soon realised they wanted the voice skill to simulate a helpful member of staff to create a more human interaction with a customer. It raised the question: what would happen in this conversation?
So they acted out a conversation by writing loose scripts and role playing, one person acting as Alexa and the other as the user. This exercise was kept fairly loose to see where the conversation would go. We take a similar approach here at FX when designing conversation flows, and is one of the easiest ways to quickly map out utterances and responses.
Very quickly these conversations provided insight into customers’ intents and what was important to them. Users seemed to be interested in finding the lowest fair price possible, reinforced by Eurostar’s advert campaign promoting £29 tickets. This made the team realise they should only present the cheaper fairs, not all possibilities otherwise the list of dates would be extensive and take too long to read out loud.
It was also realised that the ways in which users asked for dates was incredibly varied. So for the skill to be successful it would need to be able to interpret all of these variations.
Not all users want to book there and then. Sometimes people wanted to do initial research into dates and prices for travel, then discuss with friends and family. To allow for this continued user journey the team decided to build a feature into the skill that would email users with their search results so they could continue the conversation offline.
Building the skill for a live environment
The prototype proved there was genuine interest and opportunity to leverage voice to help users with searching and booking travel arrangements. But even though the prototype appeared smart it was not built for a live environment, and the team had to built the skill from the ground up. The biggest challenge would be the search: building something that could be flexible or specific for dates of travel. Luckily the team collected a large amount of advanced flexible date search utterances during user testing. This gave the team a head start when mapping out all the various approaches a user might take to the conversation of date search.
Alexa does have a slot type called ‘AMAZON.DATE’ . A slot type is a list of values that Amazon Lex uses to train the machine learning model to recognize values for a specific slot. In this instance AMAZON.DATE can can convert words into dates. This is an incredibly useful feature as it covers a wide range of users utterances. Here’s a snippet of some other utterances this slot type can deal with:
“november twenty-fifth”: 2015-11-25
“next monday”: 2015-11-30
However, during user testing it became clear that the skill would have to deal with even more advanced utterances of dates, as shown in the screen grab below:
To deal with this the Eurostar team created their own named-entity recognition (NER). Eurostar’s NER matches all of the various ways a user might request a date into a response to ensure there are less dead ends in the user journey when having a conversation with the skill.
The innovation team learnt a lot throughout this process. Building a skill isn’t a one person job and relies on good teamwork, clear communication, and willingness of guinea pigs to take part in user testing.
And although the team never set out to solve a problem, they soon realised it’s possible to make people’s lives easier through voice. But to achieve this you have to aim high, imagine your skill as a real human, and how that person could help someone. Don’t be limited, and build something ambitious!
Try out the Eurostar skill here