neunetz.com

Wirtschaft im digitalen Zeitalter.

You are here: Home / Archives for Ortsbasierte Dienste

Ortsbasierte Dienste

Das Potential eines Facebookphones liegt im Distributionskanal für ortsbasierte Dienste

by Leave a Comment

Anhand von Oink und Echofy haben wir jetzt ein paar Mal über die Herausforderungen bei ortsbasierten Diensten gesprochen. Hier noch einmal die Grundaussage:

Denn ortsbasierte Dienste stehen immer vor der Herausforderung, die kritische Masse nicht nur einmal sondern an vielen Orten aufbauen zu müssen. Es ist vollkommen egal für einen User in Berlin, Hamburg oder der bayrischen Provinz, wie erfolgreich ein ortsbasierter Dienst in San Francisco oder New York ist und umgekehrt.

Das ist die Herausforderung, die nach Lösungen praktisch schreit.

Eine Lösung:

Facebook beweist seit längerem, wie stark es als Plattform das Wachstum von Diensten beschleunigen kann. Das Videostartup Viddy wächst dank Facebookintegration um 500.000 Nutzer pro Tag und ist in einem halben Monat von zehn auf 26 Millionen Nutzer gewachsen. Das ist nur ein Beispiel von vielen. On-Demand-Musikstreamingdienste sind nach einer tiefen Facebookintegration massiv gewachsen.

Nimmt man die Herausforderung für ortsbasierte Dienste und kombiniert sie mit den  Distributionspotentialen auf der Facebook-Plattform, ergibt sich die Marktchance für ein Mobiltelefon mit Facebook-OS.

Würde Facebook, das zufällig seit einem Jahr Stardesigner von allen Seiten ins Boot holt, ein eigenes mobiles OS entwickeln, müssten sie es schaffen, die Entwickler von Apps auf ihre Seite zu holen. Mit einem starken Distributionskanal haben sie den Sog für die Entwickler bereits parat. Diesem Sog könnte sich das Segment aufgrund der Herausforderungen nicht entziehen. Ein entsprechender spezieller Newsfeed für das Mobiltelefon oder eine mobile Segmentierung des Feeds wären erste offensichtliche Schritte.

Man sollte auch nicht den Fehler machen zu glauben, dass es hier nur um die klassischen Distributionskanäle von Facebook geht. Facebook bewegt sich mit der Follow-Funktion bereits von seinem symmetrischen Freunde-Prinzip weg. Ein mobiles Facebook-OS würde zwar auch sehr stark auf die expliziten symmetrischen Beziehungen setzen, aber es kann ebenso leicht weitere Daten auswerten.

Die Personenentdeckungsapps Highlight und Glancee zeigen bereits, was möglich ist: Auf Basis der Like-Daten und Freundesdaten von Facebook zeigen sie Personen in der unmittelbaren Nähe auf, die ähnliche Interessen und/oder die gleichen Freunde haben.

Was hindert Facebook daran, eine solche Funktion in ein eigenes mobiles OS zu integrieren?

Facebook hat mit Glancee bereits eine der Apps übernommen. Was hindert Facebook daran, diese Funktion wiederrum als API des mobilen OS für andere ortsbasierte Dienste bereitzustellen? Denkbar wäre auch ein Standard, über den ortsbasierte Daten von Drittanbietern an Facebook gepusht werden und dann, zur Steigerung der Relevanz mit dem Social Graph angereichert, von Facebook gefiltert in das mobile Facebook-OS integriert werden.

Das wäre ein sehr interessantes Alleinstellungsmerkmal für ein mobiles OS, das gegen die Platzhirsche iOS und Googles offizielle Version von Android Land gewinnen will.

Und für die Bezahlung der Apps stehen die Facebook Credits bereit, deren Konditionen – 30% jeder Transaktion geht an Facebook – auch denen in den Appstores von iOS und Android entspricht. 

Facebook wäre zumindest auf Appseite und Nutzerseite bestens aufgestellt, um mit einem Android-Fork zu einem mobilen Majorplayer zu werden.

Angesichts solcher Möglichkeiten sollte man auch die Entwicklungspotentiale des heute an die Börse gehenden Facebooks beurteilen.

Siehe zum Thema Facebook und Mobiltelefon auch:

Zum Thema Facebook-IPO:

 

Echofy: Gute Idee, aber suboptimale Umsetzung und zu früh

by 2 Comments

IMG 1563

Auf der Next hat mir Alexander Oelling kurz echofy.me vorgestellt. Oelling und Team bezeichnen ihren Dienst als das „Twitter für die Nachbarschaft“.

Die App zeigt Kurznachrichten an, die in einem Umkreis des aktuellen Standorts abgegeben wurden. Das kann für Konferenzen oder ähnliches sinnvoll sein. Der Umfang des Umkreises kann in der App variabel eingestellt werden.

Kurzkritik:

  • Gute, beziehungsweise konsequente, Grundidee. Lokale Kurznachrichten, Status-Updates verschiedenster Art, die an Ort e gebunden sind, werden irgendwann ein wichtiger Bestandteil des täglichen Lebens werden. Die Einsatzmöglichkeiten sind vielfältig, von Servicehinweisen von lokalen Einrichtungen bis hin zur Verständigung unter Menschen im näheren Umkreis (Konferenzen, Demonstrationen, Nachtclubs, oder schlicht unter Nachbarn etc.).
  • Die Umsetzung lässt noch zu wünschen übrig.
  • echofy.me ist -höchstwahrscheinlich- viel zu früh. Die Verbreitung von Smartphones ist noch nicht groß genug, um einen solchen Dienst sinnvoll zu machen. Das kann man bereits erkennen, wenn man bei Google+ die Beiträge „In der Nähe“ anschaut. Der Google-Dienst hat viele Millionen Nutzer. Aber außerhalb von Berlin und anderen Großstädten dürfte es schnell düster werden, wenn man die Beiträge in der Nähe sehen will. Ein Dienst wie Echofy, von einem Startup, das keine Distributionskanäle hat wie Google, hat es sehr viel schwerer. Eine knappe Woche nach dem Launch des Dienstes finde ich heute genau drei Kurznachrichten aus den letzten 24 Stunden in Berlin Mitte, der Startup-Hochburg. Dabei hilft auch nicht, dass der Dienst nicht nur bundesweit, sondern global gelauncht ist. Eine anfängliche Konzentration auf Ballungsräume wäre sinnvoller gewesen. So werden viele die App testen und sie leer vorfinden. Der Color-Effekt.

Anhand der Schließung von Oink hatte ich Anfang März 2012 über die Herausforderungen bei ortsbasierten Diensten geschrieben:

ortsbasierte Dienste stehen immer vor der Herausforderung, die kritische Masse nicht nur einmal sondern an vielen Orten aufbauen zu müssen.

[..]

Die Schwelle des Mitmachens bei jedem einzelnen liegt bei ortsbasierten Diensten immer höher, weil der zurückkommende Nutzen nicht so schnell wie bei nichtregionalen Diensten kommt.

Das mobile Web kommt mit großen Schritten und es wird im Alltag sehr viel bedeutender werden als das ‚herkömmliche‘ Web. Aber die für viele Dienste notwendige Gerätebasis ist noch nicht erreicht.

(Die eher suboptimale Umsetzung des Dienstes macht sich unter anderem auch daran deutlich, dass der Dienst manchmal „Echofy“, dann wieder „Echo“ oder „Echofy.me“ heißt. Wäre ich ein VC, würde ich die Finger von einem Dienst lassen, bei dem die Gründer selbst bei der konsequenten Namensgebung versagen.)

Update: Alexander Oelling hat mich informiert, dass es sich erst um einen „Probelauf“ und keinen richtigen Launch handelt.

Oink wie erwartet nicht sofort erfolgreich, schließt bereits nach 4 Monaten

by 3 Comments

neunetzcast-Hörer wissen mehr: In der ersten Ausgabe unseres Podcasts im November letzten Jahres haben Markus Angermeier und ich auch über Oink gesprochen. Oink war ein Dienst, auf dem Dinge vor Ort, Gerichte in Restaurants etwa, von Usern bewertet wurden.

In der Podcastausgabe hatte ich angemerkt, dass Oink es am Anfang sehr schwer haben wird, Nutzer zu begeistern. Denn ortsbasierte Dienste stehen immer vor der Herausforderung, die kritische Masse nicht nur einmal sondern an vielen Orten aufbauen zu müssen. Es ist vollkommen egal für einen User in Berlin, Hamburg oder der bayrischen Provinz, wie erfolgreich ein ortsbasierter Dienst in San Francisco oder New York ist und umgekehrt.

Im Gegensatz dazu haben es Webdienste, die eine globale oder zumindest für die jeweilige Sprache webweite Community Schrägstrich Netzwerk aufbauen, sehr viel einfacher. Mr. Wong oder Delicious haben auch für den User im bayrischen Dorf funktioniert, der der einzige Nutzer der Dienste im Umkreis von 20 Kilometern war.

Das gleiche funktioniert für ortsbasierte Dienste wie Foursquare, Oink oder Highlight nicht.

Die im Vergleich zu Fotodiensten wie Instagram etwa langsame Verbreitung Foursquare ist unter anderem darauf zurückzuführen: Die Schwelle des Mitmachens bei jedem einzelnen liegt bei ortsbasierten Diensten immer höher, weil der zurückkommende Nutzen nicht so schnell wie bei nichtregionalen Diensten kommt.

Bei Milk, den Machern von Oink, zieht man jetzt, bereits 4 Monate nach dem Start den Stecker:

We started Milk Inc. (the company behind Oink) to rapidly build and test out new ideas. Oink was our first test and, in preparing to move onto the next project, we’ve decided to shut it down to help focus our efforts.

Wenig überraschend war das Wachstum von Oink wohl sehr bescheiden. In der neunetzcast-Episode hatte ich auch angesprochen, warum ich glaubte, dass Oink es schwer haben würde: Bereits Foursquare wächst langsam, weil es zum Beispiel erst die Daten der Orte von den Usern aufbauen lassen muss, wo diese sich einchecken. Und danach kommen die im Vergleich zu webweiten Netzwerken geringeren Netzwerkeffekte von ortsbasierten Diensten.

Oink ging noch eine Ebene tiefer: Bei Oink ging es bereits um die Dinge vor Ort. Das heißt: Oink setzte Orte, Nutzer und hohe Bewertungsfreudigkeit voraus. Letztere hätte schnell sicherstellen müssen, dass aktive Nutzer nicht lang die einzigen Burgerbewerter in ihren Städten bleiben.

Also noch bevor die Ortsebene abgeschlossen war, wollte Oink zur nächsten übergehen. Das ist selbstverständlich mit hohen Hürden verbunden, die man nur nehmen kann, wenn man diese wahrnimmt und sich entsprechend mit seinem Dienst darauf vorbereitet.

Bei Oink schien das von Anfang nicht der Fall zu sein. Zum Beispiel konnte man auf Oink auch Dienste ohne Ortsbezug bewerten wie Filme und Serien. So etwas verwässert sehr stark, wie ein Dienst von den ersten Nutzern wahrgenommen wird. (Man vergleiche das mit der anfänglichen Konzentration bei Foursquare auf den Checkin.)

Das Oink-Konzept hat Zukunft (vielleicht als Foursquarefeature? mindestens aber als Foursquare-App), aber Oink war sehr früh, wohl zu früh damit und darauf nicht vorbereitet.

Milk-CEO Kevin Rose, der mit Digg seinerzeit das Social-News-Genre begründet hat, hatte entsprechende Vorschusslorbeeren, die er für den Start von Oink nutzen konnte. Die schlechte informationstechnische Umsetzung (im Gegensatz zur guten Optik) und das schnelle Steckerziehen bei Oink mit einem zumindest unehrlich anmutenden Verweis darauf, das sei nur ein Test gewesen, hat ihn wichtiges Vorschusskapital gekostet, dass jedem weiteren Dienst von Milk künftig fehlen wird.

Ich würde nicht darauf setzen, dass von Milk und Rose in absehbarer Zeit etwas kommt, das man beachten müsste.

Highlight & Glancee: Die neuen ortsbasierten Killerapps

by 8 Comments

Im Mai letzten Jahres hatte ich Sonar.me vorgestellt. Eine App, die auf die Social-Graph-Daten von Facebook, Twitter und Foursquare und die Checkin-Daten von Foursquare setzt, um Kontext zu Personen im näheren Umfeld zu liefern.

Jetzt kommen die ersten mobilen Apps, die die Möglichkeiten auf sehr spannende neue Arten nutzen, im Hintergrund die Verortung des Mobiltelefons vorzunehmen und Menschen auf Basis der Social-Graph-Daten von Facebook aufeinander hinzuweisen.

Die neuen Apps heißen Highlight (iPhone) und Glancee (iPhone, Android).  Sie zeichnen sich vor allem dadurch aus, dass sie nicht nur die Beziehungen von Facebook nehmen und etwa mitteilen, dass ein Freund oder der Freund eines Freundes in der Nähe ist (Sonar.me arbeitet so). Sie nutzen auch die Like-Daten, um auf Personen mit gleichen Interessen hinzuweisen.

Ein perfektes Beispiel, welche neuen Dinge an der Schnittstelle zwischen Mobile Web und Social Web möglich werden.

So ist es etwa möglich, dass man über diese Apps fremde Personen kennenlernt, die einen gleichen Musik- oder Literaturgeschmack haben. Oder man lernt jemanden aus der eigenen Branche kennen, mit dem man mehr als den Beruf gemeinsam hat. usw. usf.

In diesem TechCrunch-Artikel findet man viele weitere Einsatzzwecke, die das Potential dieser Dienste deutlich machen dürften.

Möglich wird das alles nicht zuletzt, weil Facebook nicht nur ein immens großes Social Network ist, sondern auch, weil es den Zugriff auf diese Like-Daten über APIs erlaubt.

Eric Eldon erklärt auf TechCrunch, warum Highlight ein (sorry, da müssen wir jetzt durch) echtes Highlight werden kann:

Instead of the normal business card swapping that happens at the event, it’s sounding like Highlight is going to get some sort of feature for marking and saving the favorite people you meet in person. Thinking through the New York coffee shop scenario, imagine seeing a notification that says “You met Robert Scoble at the Trendy Startup BBQ party in Austin. Now he’s two blocks away at a bagel place. Go say hi!” Instead of just using mutual friends and Liked Facebook pages to determine relevancy, Highlight is getting a new layer of behavior data.

Now indulge a little bit of speculation about where all this could go (I don’t know Highlight’s specific plans). You can also imagine the app adding features like an auto-created group or list of “Friends From Austin.” A few weeks after the conference, what if you could see a list of all of these people and message them through Highlight to reconnect. And because Highlight uses Facebook data, it could also tap into the social network to allow users to share the phone numbers, email addresses and other contact info they already have stored. I would love a feature that said “Robert Scoble is sharing his contact info, click here to download it to your address book.”

And boom, business cards would be dead. Forget stuffing your pockets full of cardboard at a party, going back home, throwing them on your hotel room dresser as you pass out, and forgetting them when you have to rush out the next morning to catch your flight. You’d just mark the people you want to stay connected to right when you meet them, and then at your convenience connect with them later.

Das wäre tatsächlich das erste Anzeichen für ein mögliches Ende der Visitenkarte. Aber es geht natürlich weit darüber hinaus: Hier entsteht eine neue Art Social Network, die neue Interaktionsarten mitbringt und neue Möglichkeiten des Kennenlernens und Vertiefens von Beziehungen ermöglicht.

Nicht minder besonders daran ist, dass der einzelne Nutzer fast keinen Zusatzaufwand betreiben muss, um diese Apps zu nutzen. Das ist ein Zeichen unserer Zeit: Auf Facebook liegt bereits unsere Indentität bereit.

Wir als User können die Früchte unserer ‚Arbeit‘, die wir auf Facebook erbracht haben – mit Freunden vernetzen, Pages folgen, die uns interessieren, Like klicken, wenn uns etwas gefällt –  einfach an die Apps weiterleiten.

App installieren. Push-Nachrichten und Ortsdienste freigeben.

Mit Facebook verknüpfen.

Fertig.

Die Facebook-Daten und die App machen den Rest.

Das ist besonders wichtig, was die potentielle Verbreitung solcher Apps angeht: Die Zeichen stehen ausgesprochen gut.

Oder: Zumindest so gut wie es überhaupt möglich ist. Denn Apps, die nur nützlich sind, wenn andere Menschen in der Umgebung sie auch nutzen, haben es schwer, eine kritische Masse zu erreichen. Deshalb müssen die übrigen Barrieren möglichst entfernt werden. Egal zu welchen Kosten.

Im Vergleich zu Highlight und Glancee muss man beim unsinnigen Hashable* etwa per Hand permanent Einträge vornehmen, nur um am Ende eine Kontaktdatenbank zu erhalten. Die Ansätze könnten unterschiedlicher nicht sein:

Highlight übernimmt das Festhalten der getroffenen Personen im Hintergrund. Ein Hinzufügen von Kontakten kann später stattfinden, nicht vollkommen unsozial während man noch auf der Cocktailparty steht und es schnell machen muss, weil man es sonst vergisst.

Im Gegensatz zu Glancee, das in der App nur temporäres Ausschalten des Locationstrackings erlaubt (eine Stunde oder über Nacht), ermöglicht Highlight das Deaktivieren für unbestimmte Zeit. Letzteres dürfte die Mehrzahl der Nutzer eher zusagen.

Robert Scoble hat auf The Next Web Highlight und Glancee gegenübergestellt.

Meine Prognose: Von diesen Diensten werden wir in der nächsten Zeit noch viel hören.

Highlight scheint mir ein Stück bessser ausgearbeitet zu sein als Glancee, das im Gegenzug etwas aufpolierter erscheint. Das gleiche Bauchgefühl hatte ich von Anfang an bei Foursquare (vs. Gowalla).

***

Die Älteren unter uns werden sicher in der Zwischenzeit Folgendes gedacht haben: aka-aki.

Das Berliner Startup aka-aki ist vor einigen Jahren angetreten, das Kennenlernen interessanter Menschen einfacher zu machen, indem die App andere Nutzer anzeigt, die sich in der Nähe befinden. Angefangen hatte der Dienst, bevor GPS in Smartphones Einzug gehalten hat, Die App musste offen gelassen werden und wollte andere Kontakte über Bluetooth finden. Ein asusgesprochen unattraktives Angebot. Mittlerweile nutzt aka-aki auch die integrierten Ortsdienste bei iPhone und Android. Aka-aki bietet auch die Möglichkeit, über „Sticker“ eigene Interessen anzugeben und gleicht die Interessen mit denen der anderen Nutzer ab.

Aber: weder werden die Interessen von Facebook importiert, noch werden die Beziehungen auf Facebook oder anderen Social Networks einbezogen. So bleibt aka-aki bedeutungslos, für die meisten potentiellen User von vorn herein komplett nutzlos, und wird von der sehr viel jüngeren Konkurrenten aus den USA mühelos in der Nutzerschaft überholt werden.

Bemerkenswert, dass man bei aka-aki anscheinend nicht gemerkt hat, dass das eigene Grundkonzept auf einmal viel besser über die Anknüpfung an Facebook umsetzbar geworden ist. Die auf der Hand liegenden Vorteile habe ich oben beschrieben.

—

*Eine der größeren Webtragödien des letzten Jahres war die Abschaltung des fantastischen Wirtschaftsnachrichtenaggregators Tracked.com, der zugleich auch eine unerschöpfliche Datenbank zu nicht börsennotierten Unternehmen war, zugunsten von Hashable, weil letzteres kurzzeitig ein wenig Interesse bei Twitter-Junkies hervorrief und die Macher sich darauf konzentrieren wollten.

Foursquare ist auf dem Weg zur ersten großen mobilen Plattform

by 22 Comments

Als ich vor einiger Zeit ein Wochenende in Prag verbracht habe, habe ich an einem Abend ein gutes Restaurant gesucht. Natürlich findet man gute Restaurants am besten über die einschlägigen Webdienste. Nur über welche, wenn man in Prag ist?

Zuerst habe ich Qype auf meinem iPhone probiert. Die deutsche Bewertungsplattform konnte aber nur ein paar vereinzelte Reviews von deutschen Touristen aufweisen. Als nächstes probierte ich Yelp aus. Yelp ist in Tschechien gar nicht verfügbar. Schließlich testete ich Foursquare, das mir bereits in Berlin gute Dienste zum Auffinden von lohnenswerten Restaurants leistet. Und tatsächlich: Foursquare zeigte mir einige populäre Restaurants an und wir besuchten schließlich eins, das zurecht lokal sehr beliebt ist.

Checkin-Datendatendaten

Und da dämmerte es mir, wie wichtig der Checkin für Foursquares Dominanz als mobile Plattform ist. Ich hatte im Sommer 2010 ausführlich darüber geschrieben, wie Ein-Klick-Gesten wie der Checkin als Datengrundlage für Webdienste dienen können.

Foursquare zeigt das hier recht schön: Wie kann Foursquare in Ländern wie Tschechien in manchen Städten bereits nützlich sein, während Qype und Yelp und andere versagen? Der Checkin ist eine kleinere Dateneinheit als das Review. Er kann schneller abgegeben werden und damit schneller in größerer Zahl gesammelt werden. Und es funktioniert mobil, quasi nebenbei. Mittlerweile kann Foursquare über eine Milliarde Checkins verzeichnen.

Aber natürlich ist der Checkin nicht das Ziel sondern der Startpunkt.

Liegen die Daten erst einmal vor, kann man viel Interessantes damit machen. Das war von Anfang an klar, und zumindest bis zur Version 3.0 von Foursquare war es ein guter Bozo-Filter, einfach darauf zu achten, ob jemand behauptet, Foursquare bestünde nur aus Checkins und was soll das, das bringt doch alles nichts. Mit Version 3.0 hat Foursquare schließlich angefangen, die Checkin-Daten für eine ausgefuchste Empfehlungsengine zu benutzen. Eine unvermeidbare Entwicklung:

We started foursquare with the idea of “making cities easier to use,” focusing on check-ins as the atomic unit of measuring interest in a place. From our work on dodgeball (an early location-based project), we knew that while check-ins were interesting in the present tense (“Hey, Alex is at Ace Bar!”) they were most interesting when viewed in aggregate, as a history of the places you’ve been and people you’ve overlapped with. The world becomes so much more fun, social, and interesting when you have that context.

Man kann nun nach lokalen Geschäften suchen und bekommt:

  • zum einen auf Foursquare populäre Geschäfte
  • aber auch die bei Freunden beliebte Geschäfte
  • und diejenigen Orte angezeigt, die von Leuten besucht wurden, die auch in gleiche Geschäfte wie man selbst geht.

In meinem Artikel über die Einsatzmöglichkeiten der Daten aus Ein-Klick-Gesten hatte ich über diese Funktionen bereits letztes Jahr geschrieben: Redistribution, Aggregation, ‚Charts‘ und Personalisierung werden auf Grundlage der Datenbasis möglich.

Die Folge: Foursquare funktioniert selbst in der Qype-Hochburg Berlin nach verhältnismäßig kurzer Zeit am Markt besser als das alt eingesessene Qype. Freunde auf Foursquare zu haben und selbst einzuchecken, hilft natürlich, die Empfehlungen zu verbessern. Aber es ist nicht zwingend nötig. Auch die über das gesamte Foursquare hinweg aggregierten Daten sind bereits oft besser als Empfehlungsgrundlage als die Reviews von Qype.

Von mobil zum Web, nicht anders herum

Qype und Yelp haben ein Problem, das Foursquare-Vorgänger Dodgeball auch hatte. Sie sind der Zeit mit ihrem Start eigentlich ein bisschen zu weit voraus gewesen. Im Gegensatz zu Dodgeball haben die zwei ersteren aber ihre Zelte im Web statt auf Mobiltelefonen und SMS aufgeschlagen. Das hat ihnen gute Dienste geleistet. Bis mit dem iPhone mobile Apps groß wurden.

In dem Feld lokaler Empfehlungen sind mobile Applikationen logischerweise sehr viel nützlicher als Websites, die für den Desktop programmiert wurden. Qype und Yelp haben die Frage, wie man am besten das Problem lokaler Emfpehlungen löst, zuerst im Web gelöst und dann ihren Review-Ansatz auf ihre mobilen Apps übertragen. Die mobilen Apps waren keine Überlegung, wie man das Problem auf dem Smartphone besser lösen kann. Sie waren zunächst nur eine Spiegelung der Websites.

Foursquare dagegen ist das Problem zuerst mit der mobilen App und vor allem mit der mobilen App angegangen. Foursquare war lange Zeit nur eine mobile App. Erst nach und nach wurde die Website ausgebaut.

Gestern hat die Website erneut ein Update erfahren und es wird nun klar, dass Foursquare den umgekehrten Weg gegangen ist: Zuerst die App und ihre Funktionen. Zuerst die Frage, wie man das Problem mobil am besten löst. Und dann die Website als Erweiterung. Es erscheint zumindest aktuell, dass das der wesentlich bessere Weg ist.

Foursquarewebsite

Foursquare selbst schreibt über die neue Website:

It shows everything interesting nearby – your friends, places that are trending (in yellow), places on your lists (green), places with Specials (orange), and places that are popular (blue). You can even drag the map around or zoom in and out and all the interesting places update automatically.

Die neue Foursquare-Site hat einen Activity Feed mit Fotos und Checkins von Freunden. Und sie zeigt automatisch empfohlene Restaurants in der Nähe an. Besser noch: Sie zeigt automatisch passend zur Zeit Empfehlungen entweder für Frühstück oder Abendessen an. Mit der neuen Website dürfte auch die iPad-Nutzung von Foursquare dank HTML5-Einsatz neuen Aufschwung erleben.

Apps!

Foursquare ist dank der regen Community und einer soliden API trotz des noch jungen Alters recht populär bei Entwicklern. Zu recht: Foursquares Datenbank von Orten zählt zumindest für westliche Ballungszentren zu den besseren. Und zusätzlich kann Foursquare die größte Community aufweisen, die sich selbst über das Tool mit Orten verbindet.

Apps wie jene von Q&A-Site Quora verwenden Foursquare als Grundlage für ortsbasierte Funktionen. Die beliebte mobile Fotosharingapp Instagram benutzt ebenfalls Foursquare, Fotos zu Orten zuordnen zu können.

TripsQ nutzt Checkins in Flughäfen:

The app uses your airport check-ins to create a map of your trips around the world. It also delves into a bunch of interesting stats, like your carbon emissions, total miles travelled, and even how much distance you’ve covered in relation to the moon.

Die mobile App Sonar.me setzt auf die Social-Graph-Daten von Foursquare, Facebook und Twitter um Kontext für Personen im näheren Umfeld zu liefern.

ProgrammableWeb zählt allein 58 Mashups, die auf die Foursquare-API aufsetzen. Angesichts der Tatsache, dass wir mit dem mobilen Web immer noch am Anfang stehen, ist das sehr bemerkenswert.

Kooperationen

Foursquare, so sieht es zumindest aktuell aus, wird die Plattform werden, die Webdienste und lokale Geschäfte nutzen werden, um Lokales und Web mit einander zu verbinden. Foursquare wird quasi die Schnittstelle zwischen Lokal und Web.

Im Juli dieses Jahres hat Foursquare erste Kooperationen mit Deal-Anbietern abgeschlossen:

Popular check-in application Foursquare, which recently reached 10 million global users, today announced on its blog that it will be offering local daily deals from 5 new partners, including LivingSocial, Gilt City, Zozi,  AT&T Interactive and BuyWithMe.
Similar to how current local business specials are displayed within the “explore” tab, the new deals will show in real time and enable users to quickly secure a deal with just a few clicks. To avoid any spamming of unwanted deals, the company notes that deals will be delivered based on check-in history, location and time of day.

Im September hat Foursquare Kooperationen mit Songkick, MovieTickets.com und ESPN abgeschlossen. Damit kann Foursquare noch eine Ebene tiefer von Orten zu Events gehen: Songkick liefert Konzerte, MovieTickets.com Filmlaufzeiten in Kinos und ESPN Sportevents, in die man dann einchecken kann.

Das Gegenteil von Teufelskreis

Diese Kooperationen haben mehrere Effekte auf die Attraktivität von Foursquare. Nicht nur werden die Checkins genauer und damit wertvoller. Und nicht nur werden die lokalen Deals zu einem ersten Einkommenstrom für Foursquare führen. Zusätzlich wird die Empfehlungsmachine besser, weil auf der Foursquare-Plattform mehr Informationen vorliegen: Auf einmal findet man nach einem Tippen auf ‚Erkunden‘ lokale Konzerte, Filme und Sportevents neben den statischen Orten vor. Und wer sich da oft genug eincheckt, kann künftig für diese Kategorien auch auf Foursquare immer bessere Empfehlungen erhalten, wie man sie heute für Restaurants und andere lokale Geschäfte bekommt.

Fazit

Jeder sollte nun ein Bild von den Möglichkeiten bekommen haben, die sich für Foursquare auftun und die weit über das hinausgehen, was etwa Qype und Yelp machen. Wie man ein Problem angeht, hat Auswirkungen darauf, welche Richtungen später möglich sind.

Natürlich hat Foursquare von Anfang vieles davon geplant und die ersten Schritte entsprechend ausgeführt. (Grundsätzlich lässt sich an der Herangehensweise von Foursquare viel über den Aufbau einer Plattform mit Community lernen.) Mittlerweile, nachdem auch dem letzten klar geworden sein dürfte, dass der Checkin das Fundament und nicht das Haus ist, dürfte sich auch deutlicher denn je zeigen, dass Foursquare in jedem wichtigen Bereich ihres Marktes gut aufgestellt sind und sie etwas machen, das aktuell sonst niemand schafft.

Ob Prag oder Provinz, Foursquare scheint das Henne-Ei-Problem des ortsbasierten Webs – man fängt in jeder Region wieder bei Null an – schneller zu lösen als alle anderen und damit schneller als alle anderen überall präsent zu sein. Und das ist das Fundament, auf dem die Plattform, die Community, die Empfehlungsmaschine, die Apps und die Kooperationen gedeihen können.

Foursquare wird die erste große mobile Plattform, die erste im großen Stil angewandte Schnittstelle zwischen Web und lokal.

1 Milliarde Checkins auf Foursquare

by Leave a Comment

Der ortsbasierte Dienst Foursquare hat eine Milliarde Checkins verkündet. Jeden Tag kommen im Schnitt 3 Millionen Checkins  von ungefähr 10 Millionen Nutzern dazu.

TechCrunch:

Location based app Foursquare has just one billion checkins, it just announced on its blog. The app has gone from 100 million checkins in July, 2010 to 200 million in Oct 2010 to 750 million checkins in June 2011.

Das sind eine Milliarde auswertbare Ein-Klick-Gesten. Vor einem Jahr schrieb ich:

Eine entsprechend große Masse an auswertbaren Check-Ins vorausgesetzt, lassen sich Check-Ins in vielen Situationen besser als Reviews für die Bestimmung der Popularität von Orten nutzen. Das gilt sicher nicht für jede Art von Geschäft, aber allemal für Restaurants, Clubs und Bars. Zusätzlich erlauben Reviews differenziertere Aussagen als die simple Tatsache, dass ein Geschäft gut besucht ist. Aber: In der Bestimmung der Popularität und der Ähnlichkeit von Orten sind aggregierte Check-Ins eine bessere Grundlage als Reviews.

Da solche Ein-Klick-Gesten wie Check-Ins aufgrund ihrem Minimums an Aufwand eine verhältnismäßig große Masse an messbaren Aktivitätseinheiten erschaffen, sind sie hervorragend zur Auswertung auf Aggregationsebene geeignet.

Foursquare wird die erste große mobile Plattform.

SCVNGR: International verfügbar dank Googles Places-API

by Leave a Comment

SCVNGR ist die erste App, die Googles neue Places-API nutzt. Dafür hat das fünf Monate alte SCVNGR die eigene Location-Datenbank aufgegeben.

ReadWriteWeb über die Vorteile für das kleine Startup, die durch die Nutzung der API entstehen:

As the company’s founder and „Chief Ninja“ Seth Priebatsch told us yesterday, switching to the Google Places API allowed SCVNGR to quickly scale globally, as it can now rely on Google’s extensive location database to power its service. SCVNGR users will now also be able to create challenges and treks – the central gaming elements on the service – at all of these locations. As we noted when Google first announced it, the Places API „could do for check-ins what Google Maps did for maps.“ As Priebatsch told us, the fact that Google gave his company access to this comprehensive global database with millions of locations made switching to it a no-brainer.

Das ist der Vorteil, wenn man als Startup auf eine API/Plattform aufsetzt: Man kann auf ressourcenintensive Arbeiten verzichten und sofort in Dimensionen skalieren, die sonst nicht oder nur schwer möglich. In diesem Fall bedeutet das sofortige globale Verfügbarkeit.

Die Nachteile sind auch offensichtlich: Startups wie SCVNGR machen sich abhängig vom API/Plattform-Provider. Gleichzeitig besteht kein Wettbewerbsvorteil in diesem Bereich gegenüber Konkurrenten, wenn alle Marktteilnehmer Zugriff auf die API haben können.

Also selbst bauen oder auf API setzen?

Die Frage ist natürlich, wo in der Wertschöpfungskette in dem jeweiligen Markt Mehrwert entsteht und Differenzierungspotential möglich ist.

Für SCVNGR, das neu im Markt ist und gegen sich just etablierende Dienste wie Foursquare behaupten muss, ist der Einsatz von Googles Places-API zum Beispiel in der Tat ein Nobrainer.

Andere Plattformen wie Facebook-Orte machen diese Ebene der orstbezogenen Dienste bereits zum Gebrauchsgut, was Differenzierungsmöglichkeiten in diesem Bereich für Startups erschwert. Der Fokus muss sich also zwangsläufig verschieben.

Siehe auch meine Übersicht zum Thema zum US-Launch von Facebook Orte/Places:

Facebook-Orte jetzt auch in Deutschland und Schweiz

by 2 Comments

facebook-placesFacebook-Orte, Facebooks Vorstoss in die ortsbasierten Dienste, ist jetzt in Deutschland und der Schweiz verfügbar.

Das neue Feature ist opt-in. Aus der Pressemitteilung:

Facebook-Orte ist in der Grundeinstellung „opt-in“, also erst einmal deaktiviert. Erst nachdem sie den Dienst aktiviert haben, können Nutzer alleine oder mit ihren Facebook Freunden an verschiedenen Orten „einchecken“ und dort Kommentare hinterlassen. Nur wenn Nutzer sich oder gemeinsam mit ihren Freunden aktiv an einem Ort einchecken, erscheint ein entsprechender Beitrag auf ihrem Profil.

Facebook-Orte kann aktuell über die iPhone-Applikation und über die Touch-Oberfläche benutzt werden.

Als Facebook-Orte bzw. Facebook Places in den USA startete, habe ich eine ausführliche Übersicht über das aktuelle Ökosystem der ortsbasierten Dienste geschrieben:

Ich habe in einem weiteren Artikel auch ausgeführt, warum das deutsche Bewertungsportal Qype Facebook-Orte integrieren und zum Aggregator für Checkin-Daten werden sollte:

Auf Anfrage wurde mir von Qype mitgeteilt, dass man an einem Produkt arbeite, das auch die APIs von Facebook und Twitter mit einbeziehe.

Jetzt, da Facebook-Orte in Deutschland gestartet ist, wird es auch hierzulande spannend, wie sich der Bereich der ortsbasierten Dienste weiter entwickeln wird. Facebooks Vorstoß wird die Entwicklung beschleunigen, weil es für Startups die notwendige Infrastruktur für Social Graph und wohl bald auch für die Ortsangaben bereithalten wird.

No Shit, Sherlock: Ortsbasierte Dienste sind noch nicht Mainstream

by 7 Comments

GigaOm verweist auf eine Studie von Forrester Research über ortsbasierte Dienste wie Foursquare und Gowalla. Ergebnis der Studie: Die meisten Befragten nutzen weder ortsbasierte Dienste noch haben sie von ihnen überhaupt gehört:

That’s the main takeaway from a Forrester Research report on the sector, which found that less than 5 percent of U.S. online users have ever used a location-based application on a mobile device. And not only were most respondents not using such services, but almost 85 percent said that they were not familiar with location-based apps at all.

forrester-ortsbasierte-dienste

Martin Weigert schreibt auf netzwertig.com bereits über einen Hype (noch) ohne Substanz.

Wenn man den ganzen Tag TechCrunch und Mashable liest, ohne die jeweiligen Beiträge in Kontext zu setzen, könnte man denken, jeder nutzt Foursquare und co. Wenn man dann die Ergebnisse der Forrester-Studie sieht, muss das wie eine Offenbarung erscheinen. Die Ergebnisse waren aber vorhersehbar:

Die technische Ausgangslage: Ortsbasierte Dienste werden auf Smartphones benutzt. Smartphones machen noch immer nur einen kleinen, aber schnell wachsenden Teil der Gesamtheit an Mobiltelefonen aus. Ortsbasierte Dienste laufen über Apps auf diesen Smartphones. Vornehmlich über Apps für iPhone und Android; und beschränkt auch WebOS und BlackBerry. iPhone und Android wiederrum machen nur einen kleinen, wenn auch wachsenden, Teil der Smartphones aus. Was das bedeutet: Nur ein vergleichbar eher kleiner Teil an potentiellen Nutzern ist heute verfügbar. (Dazu kommen noch übliche Probleme von Informationsmärkten, die teilweise auf ReadWriteWeb angesprochen werden.)

Die soziale Ausgangslage: Ortsbasierte Dienste haben von Natur aus einen Nachteil: Sie benötigen im Vergleich zu anderen Diensten des Social Webs stärkere Privatsphäre-Einstellungen, was das Wachstum naturgemäß verlangsamt.

Wachstum: Das Wachstum ortsbasierter Dienste müsste also langsamer sein als das Wachstum im gleichen Stadium bei anderen Diensten. Ganz im Gegenteil: Foursquare hat im April diesen Jahres nach reichlich einem Jahr Bestehen eine Million Nutzer erreicht. Eine Marke für die Twitter seinerzeit zwei Jahre benötigte. Foursquare hat vor wenigen Wochen zwei Millionen User erreicht. (In Deutschland kommt Foursquare wohl auf 20.000 Nutzer. Das klingt nach wenig, ist aber für einen anderthalb Jahre alten Dienst ohne Lokalisierung und unter den oben ausgeführten schwierigen Rahmenbedingungen völlig in Ordnung.)

Das schnellere Wachstum hängt auch damit zusammen, dass das Web über die letzten Jahre vernetzter wurde. Die über Webdienste berichtenden Blogs sind größer und zahlenmäßig mehr geworden. Die Nutzung bestehender Webdienste wie Facebook und Twitter ist explodiert und hilft wiederum dem Wachstum von Webdiensten mit komplementärem Angebot (Informationen verbreiten sich schneller, Word of Mouth wird damit effizienter; zusätzlich können neue Dienste sich auch direkt mit den bestehenden Diensten über APIs verknüpfen). Das Wachstum deutet aber auch darauf hin, dass es sich hier nicht um einen vorübergehenden Hype handelt.

Fazit: Ortsbasierte Dienste sind heute ungefähr da, wo Social Networks wie Facebook 2006 waren. Sie wachsen, teilweise massiv, wie man bei Foursquare sehen kann, aber sind natürlich nicht im Mainstream angekommen, noch nicht. Das ist aber nur eine Frage der Zeit.

Man sollte bei der Berichterstattung über Webdienste immer den Zeithorizont im Auge behalten. Und notfalls, wenn das Dröhnen der Echokammer zu laut wird, einen Schritt zurückmachen, um das große Ganze zu sehen. Weder sind ortsbasierte Dienste heute so bedeutend, wie man bei täglicher TechCrunch-Lektüre vermuten könnte, noch sind sie so bedeutungslos, wie die Ergebnisse der Forrester-Studie vermuten lassen könnten.