Schlagwort: Twitter

Über den Kern der Social-Media-ROI-Diskussion: Datenzugang

Christina Warren bricht es bei Mashable am Beispiel von Twitter herunter: (…) question that cuts to the core of the conversation surrounding social media measurements: Who has access to the data?

Variante 1: Zugang zur API

In the case of Twitter, the company offers free access to its API for developers. The API can provide access and insight into information about tweets, replies and keyword searches, but as developers who work with Twitter — or any large scale social network — know, that data isn’t always 100% reliable. Unreliable data is a problem when talking about measurements and analytics, where the data is helping to influence decisions related to social media marketing strategies and allocations of resources.

Variante 2: Zugang zu den Rohdaten

Ein Unternehmen mit einem solchen Zugang ist DataSift. Dazu gibt es ein Interview von Robert Scoble vom August 2010. Es ist jedoch nicht das einzige:

One of the companies that has access to Twitter’s data firehose is Gnip. As we discussed in November, Twitter has entered into a partnership with Gnip that allows the social data provider to resell access to the Twitter firehose. (…) For measuring services that can’t afford (or aren’t willing to pay) to pay for full access, the alternative remains using the API, which can yield inconsistent results. Even worse, rate limits within the API make grabbing information for more active accounts almost inherently incomplete. To be clear, I’m not criticizing Gnip or its pricing model. Rather, I want to highlight the realities about data access.

Die Daten vieler anderer Plattformen sind jedoch noch beschränkter oder gar nicht zugänglich. Gerade die deutschen Unternehmen geben sich hier sehr scheu. Wer immerhin offene APIs hat, sammelt Martin Weigert bei netzwertig.

Fazit von Christina Warren:

We’re just scraping the service of what social media monitoring, measurement and management tools can do. To get to the next level, it’s important that we all question who has access to the firehose.

Funktionen vs. Produkte vs. Unternehmen

Kevin Kelly weist auf einen interessanten Umstand hin:

The problem is consumers want the opposite. As an user I don’t want to have to deal with another company, another product. In an ideal world, cool new stuff would arrive as new features on things I already use. I don’t want to go to another website, register again, remember another password, learn new commands, store another device, carry something else, have another number to call for help, download another app, install another engine, remember to visit another website, when, in theory, that new service or product could just as easily, and probably much better, be delivered by the old service I am now using.

Kelly führt das Beispiel Twitter an, bei dem man heute noch nicht wisse, was genau es sei:

Is it a feature, product, or company? Despite its current success, the answer is still undecided.

Interessanterweise entstehen immer mehr ernstzunehmende Unternehmen aus einzelnen Features heraus: Beispiel instagr.am. Im Kern wird hier eine Anwendung geboten, die auch banale Alltagsfotos mithilfe von Filtern aufhübscht und so interessant für den Austausch mit Freunden macht:

Mache ein Bild mit Deinem iPhone, wähle einen Filter, um das Aussehen und die Stimmung des Bildes zu ändern, sende es zu Facebook, Twitter oder Flickr – so einfach ist das! Ein ganz neuer Weg, Deine Bilder zu zeigen.

Kevin Systrom, Mitgründer und CEO von instagr.am, beschreibt im TechCrunch-Interview, wie sie sich zu Beginn gezielt auf ein Feature fokussiert haben, das ein Problem gut löst, wodurch letztlich der Erfolg kam. Er sagt: “The Best Products In The World Start Out As Features”

Critics might say that Instagram is nothing more than a couple features (putting filters on photos and sharing them on social networks), he responds: “It is absolutely fair. Sure, those are features, but Twitter was just posting your status. Look at what happens when you are so specific that you can go really deep, and build a product around one feature.” He points out that “often features solve a specific problem.” And if you can solve a problem better than anyone else, you have the start of something that can continue to evolve. (An dieser Stelle finden Sie Systroms Aussage.)

Ganzes Interview (20 min.):

Yammer zeigt einflussreiche Mitarbeiter und vieldiskutierte Themen im Unternehmen

Yammer, das Twitter für den internen Einsatz in Unternehmen, führt interessante Neuerungen ein: Ranglisten. Rangiert angezeigt werden künftig folgende Dinge:

  • Most Liked Members: Top 10 users whose messages have received the most ‚Likes‘
  • Most Replied to Members: Top 10 users whose messages have received the most replies
  • Members with the Most Posts: Top 10 users with the most public messages posted
  • Most Replied to Threads: Top 10 threads with the most replies
  • Threads with the Most Participants: Top ten threads with the most participants

      Wenn sich ein solcher Social-Media-Einsatz in den Unternehmen durchsetzen sollte, dürfte das sehr interessante Konsequenzen haben. So würde sichtbar werden, wer intern unabhängig vom Titel tatsächlich ein wichtiger Multiplikator ist und welches die Themen sind, die die Mitarbeiter umtreiben.

      via: ReadWriteWeb

      Paper.li als Beispiel für ein Produkt mit einprogrammierter Viralität

      Viele Leute kreieren ein Produkt und versuchen dann Viralität darauf zu satteln. Das ist meist nur begrenzt erfolgreich. Bessere Ansätze hat Martin Oetting in diesem Vortrag aufgezeigt, in dem er eine Art Hierarchie der Viralität von Produkten aufzeigt, bei der der erste Punkt das Ideal darstellt:

      1. Produkte verbreiten sich schon allein durch die Nutzung
        Beispiel: Fußzeile bei Hotmail
      2. Die Nutzer wollen aus Eigeninteresse, dass andere Leute das Produkt auch nutzen
        Beispiel: Social Networks, Skype
      3. Das Produkt ist so gut, dass die Nutzer anderen Leuten davon erzählen
        Beispiel: Google

      So weit, so bekannt. Heute musste ich aber daran denken, als ich mal wieder die Website Paper.li besucht habe, die sich seit einiger Zeit großer Beliebtheit erfreut. Dort kann man sich mit seinem Twitter-Account anmelden und aus den Beiträgen der eigenen Twitter-Kontakte automatisiert eine Link-Aufbereitung im Zeitungslook erstellen lassen. Doch was nützt die interessanteste Informationsaufbereitung, wenn sie keiner sieht? Daher bietet Paper.li als Basis-Funktion an, dass die Nutzer „ihre Zeitung“ automatisiert mit einem Tweet bewerben, wann immer sie „erscheint“. Das kann ein- oder zweimal am Tage oder einmal in der Woche geschehen.

      Wir sehen also, dass die Viralität auch bei Paper.li einprogrammiert ist. Das Produkt verbreitet sich durch die Nutzung quasi von selbst, weil es im ureigensten Interesse der Nutzer ist, auf Paper.li zu verlinken. Jeder Link wiederum ist sehr wertvoll, weil er Paper.li neue potenzielle Nutzer zuführt. Noch dazu werden in den automatisch erstellten Tweets jene Twitter-Nutzer per @Reply erwähnt, die die Top-Beiträge der „Zeitung“ geliefert haben, wodurch sie ganz besonders stark auf Paper.li aufmerksam gemacht werden:

      Obwohl Paper.li erst ein paar Monate auf dem Markt ist, hat dieser intelligente Ansatz dazu geführt, dass die Website laut BackType schon über 1 Million Mal von Twitter aus verlinkt wurde, was ich ziemlich beachtlich finde:

      Twitter bewertet intern unser aller Reputation

      Twitter schlägt uns ja an verschiedenen Stellen andere Nutzer vor, denen wir folgen könnten. Wie Mashable berichtet, hat Twitters Mitgründer und Ex-CEO Evan Williams nun bestätigt, dass Twitter hierzu die Reputation der Nutzer bewertet:

      (…) he did share that each Twitter user has a reputation score, which the company uses internally as part of its Who to Follow formula. That score may eventually become part of Twitter’s public-facing features, says Williams.

      Wenn Twitter diese Repuationszahl der Nutzer eines Tages tatsächlich veröffentlichen sollte, dürften Anbieter wie Klout und PeerIndex gehörig ins Schwitzen geraten.