Grappig dat weekendjeweg kiest voor deze functionaliteit. Zodra de gegevens geladen zijn op de TomTom heeft de gebruiker weinig (extra) reden om terug te komen. Ik zie ook niet gelijk de waarde in van deze functionaliteit. Het is natuurlijk wel bezoeker vriendelijk, maar er zijn mijns inziens meerdere wegen die naar Rome leiden!
Wat bookings.com daarentegen doet met Google Earth lijkt me een stuk waardevoller, direct een overzicht van beschikbare hotels in het gebied waar de gebruiker op dat moment de planeet verkent met, uiteraard, de mogelijkheid dit hotel direct te boeken. Bovendien heeft bookings.com het voor elkaar gekregen dit direct (out-of-the-box) bij Google Earth te integreren.
Het verschil zit er in dat Bookings.com iets regelt voor verre afstand, waar je doorgaans naartoe vliegt, en dat WeekendjeWeg locaties voorbereid die je kan berijden. Door deze functie te integreren, krijg je wel een goed gevoel bij weekendjeweg zodat je de keer erna weer naar deze site gaat. Maar een Google maps/earth integratie hoort er natuurlijk ook gewoon te zijn.
Werkende bij Weekendjeweg.nl reageer ik natuurlijk graag nog even mee.
De TomTom service is tweeledig:
1) iedereen kan de route naar een hotel met 3 klikken in zijn TomTom zetten. Of je nu boekt bij ons of niet, dat maakt ons niets uit. Het is tenslotte een service.
2) men kan alle hotels in zijn/haar TomTom zetten en mocht men eens naar Parijs rijden en op weg toch besluiten ergens te willen slapen ziet met zo alle hotels op de kaart inclusief - dat is de toegevoegde waarde - ons telefoonnummer van het callcenter dat tot 22.00 uur is geopend.
Wat betreft de Google maps/earth integratie : Google maps stond erop maar was nogal ‘shaky’ - binnen twee weken staat het er weer op.
De earth layer stond op het lijstje en zou er - ik geef jullie volledig gelijk - al gewoon moeten staan. Kost weinig moeite.
Echter kijken we wel naar wat handig is voor onze gebruikers en doen we niets omdat de buurman het wel doet.
Noot (sorry voor de SPAM): we bloggen ook, hyven ook, hebben RSS, YouTube channel, Twitter aanwezigheid, widgets in de maak.
Hi Jorg,
Leuk dat je zelf reageert op mijn reactie
Je punt /1 zie ik wel als een toegevoegde dienst, alleen lijkt het me in de praktijk niet echt bruikbaar… de TomTom ligt immers “in de auto” bij vele mensen of is in ieder geval niet continu verbonden met de computer. Nu weet ik wel dat TomTom handige tools voor dit doeleinde bied, maar vraag me zelf altijd af in hoeverre de “gewone” gebruiker deze extensies daadwerkelijk gebruikt.
Je punt 2/, kijk dat wist ik niet. Dit lijkt me, vanwege het eenmalige karakter, een bijzonder handige feature… daarentegen weet ik dat TomTom zelf een uitgebreid aanbod POI’s levert, wel/niet voorzien van telefoonnummers (lijkt me dat in de bluetooth enabled uitvoeringen dit op zeker zit). Het call-center nummer is natuurlijk handig, maar blijft een extra schakel in het proces van het reserveren van een kamer.
Earth layer is gewoon fancy… en inderdaad vrij eenvoudig te realiseren/integreren. Snel doen
@Erwin… je lach smiley ziet er een beetje twijfelachtig uit met zn oogjes naar rechtsboven.
@Jorg… eerste zin is dus niet sarcastisch bedoeld
Hi Boris,
Ik dacht al.. wat een bedenkelijke smilie zeg
Mooie website is iamin.com trouwens. Misschien leuk eens een bakkie te doen?
1) in Amsterdam of elke andere grote stad is het zuignapje tegen het raam al voldoende om een ingetikte ruit te krijgen. Dus de criminaliteit werkt in ons voordeel hierin
Maar ik vraag mij inderdaad af of de massa het al gebruikt. Er wordt al wel veel op geklikt en usability-wise hebben we het zo duidelijk mogelijk gemaakt. Daarnaast komt TomTom met nog meer personalisation-opties dus dat zou een eventuele plugin-vrees moeten verhelpen.
2) de extra handeling is niet anders dan bij normale POI’s (even vanuit. Wij reserveren natuurlijk ook rechtstreeks voor jou bij het hotel, maar het échte voordeel is dat wij 1800 hotels aanbieden die je in hetzelfde gesprek bij wijze van spreken allemaal geboekt kunnen worden. Dus als het ene hotel niet beschikbaar is (door een groot evenement) kijk je al bellend op je TomTom en vraag je hoe het hotel is 20km verderop bij Parijs. Tot slot hebben wij in 7 van de 10 gevallen mooiere deals dan hotels zelf.
Ben toevallig net terug uit Sydney en weer het genot van TomTom ervaren. Omdat je dan totaal niet weet waar je rijdt (in NL ken je nog in elk geval de snelwegen) vond ik de toegevoegde waarde groot.
Kan me voorstellen als je dan nog eens een tocht gaat doen in een land waarvan je de taal nauwelijks spreekt, hotels kan zien op je TomTom met reviews, kan reserveren in je eigen taal (door het call center te bellen), en er direct naar toegeloodst te worden, dat dit veel toegevoegde waarde kan hebben.
Thanks trouwens voor de tip over de smilies! Ik wil eigenlijk custom smilies laten ontwerpen in stijl van de site. Prioriteiten he?
Your vision in this little TomTom piece makes a lot of sence. Of course, “TomTom screens” will belong to the past at some point.
As soon as we resolved a number of issues around client technologies and user agents there will be a distinct difference between services, the networks that deliver them, the devices that offer access to these networks and the clients the render our services.
As long as that is in progress we have to feel comfortable with solutions that take control over multiple parts of this value chain. some Examples: iPhone, TomTom, imode, windows optimised desktops, old-style tv’s/dvr’s and home cinema systems (that include a proprietary platform for tuning, recording, etc)
As soon as the majority of these services use a similar transport mechanism, they will be easily mashed, aggregated and further personalised the way you describe above.
BTW. Great, great website!
Like your vision. Think in the future we will not know any “Tom Tom screens” anymore. The value chain for delivering virtual services will become more and more ‘horizontalised’:
- people that create content
- brands that mash, aggregate and recreate it
- networks that distribute it to homes, offices, family living rooms, phones, etc
- devices that access these networks
- clients that render/represent the services
As long as the above is not fully possible across channels, we are stuck with solutions that take (proprietary) control of parts of the value chain… Examples are (in order of appearance: tv’s, vcr’s, cd players, windows optimised pc’s, i-mode, iphone (think about it: it’s a device, an OS, a music service, a communication service), etc.