Enrise

Case

KLM Travlr

Opdrachtgever

TribalDDB namens KLM

Projectomschrijving

KLM Travlr draait het traditionele zoeken van een vakantiebestemming om: je kiest in eerste instantie niet waar je naar toe wilt, maar wat je wilt doen. Door ervaringen en belevingen van andere vakantiegangers via sociale media te koppelen aan jouw interesses en voorkeurslocaties, geeft Travlr je een inspirerend beeld van je volgende vakantiebestemming.

Oplossing

Op basis van het concept en design van TribalDDB heeft Enrise voor KLM Travlr de web applicatie gebouwd: een systeem waarbij zoekwoorden als basis dienen voor het ophalen van allerlei social media content, zoals Flickr foto’s, YouTube video’s, Foursquare locaties en Tweets. Om het platform een soepele werking mee te geven wordt deze content a-synchroon opgehaald en getoond.

Elke zoekresultaatpagina (zoals diepzeeduiken op de Gili Islands) is deelbaar via social media sites als Facebook, Twitter en Hyves. Een gebruiker bij KLM Travlr hoeft hiervoor niet ingelogd te zijn. Naast de door KLM ingevoerde interesses en locaties worden ook zoekopdrachten door gebruikers zelf opgeslagen en beantwoord met relevante resultaten.

De grootste uitdaging voor de front-end van het platform lag enerzijds in de implementatie van het prachtige maar complexe design, anderzijds in de communicatie met de sociale media. Zo mocht er bij de realisatie van het design geen sprake zijn van page reloads, moesten verschillende paginastaten deelbaar zijn, was het gebruik van Flash geen optie (vanwege iPad ondersteuning) en diende vrijwel elke gebruikersinteractie ondersteund te worden door animatie.

De back-end van het gehele platform had zijn eigen uitdagingen. Hoe consumeer je informatie van Yahoo, Google, Twitter, Flickr, YouTube, Foursquare en WikiTravel in 1 aanvraag zonder dat de eindgebruiker minuten op een antwoord moet wachten? En hoe consumeer je al deze media zonder de limieten te overschrijden die elke partij heeft?

De oplossing zit hem in de juiste balans tussen het tijdelijk of persistent opslaan van data. Ondanks het feit dat het zoekgedrag van gebruikers een long-tail van criteria kan geven, zijn de antwoorden die je daarop vindt op het internet redelijk eenduidig.

Een ‘interesse’ die nog niet bekend is in de systemen van KLM wordt live opgevraagd bij alle eerder genoemde partijen. De resultaten van deze zoekopdracht worden gematched met locaties die in eerdere criteria gevonden zijn. Nieuw gevonden locaties worden verrijkt met beeldmateriaal aan de gebruiker getoond.

Resultaat

De gevonden data wordt geïndexeerd in SOLR en persistent opgeslagen in een MySQL database. Iedere zoekopdracht die eerder uitgevoerd is heeft daarmee al relevante informatie in de systemen van KLM welke direct getoond kan worden. Maar het systeem beperkt zich niet tot deze informatie. Er zal elke keer opnieuw gepoogd worden nieuwe informatie te vinden om zo de database van KLM nog verder te verrijken.

Met deze tactiek ontlasten we het aantal aanvragen naar de verschillende partijen en kunnen we een goede performance bieden, met als resultaat een optimale user experience.

Facts & Figures

  • 10 externe databronnen die via webservices in KLM Travlr ontsloten worden

Technieken

PHP, JavaScript, jQuery, JSON, XHTML, CSS2, CSS3

Platformen & Systemen

Zend Framework, MySQL, SOLR

Bookmark the permalink.

Comments are closed.