Google Mini-Me

gerüchte um ein kommendes ‘google me’ kursieren ja schon eine weile, was ich mir wünschen würde, pretty please:

google sollte sich auf das konzentrieren, was sie ursprünglich wollten und auch wirklich gut können – “die auf der Welt vorhandenen Informationen zu organisieren und allgemein zugänglich und nutzbar zu machen” – und nicht versuchen, selbst ein player im social zu werden. ersteres ist im bereich social web noch nicht gelöst und schreit fast nach einer lösung, zweiteres ist gelöst und sie haben dafür einfach kein händchen, wie sie immer wieder demonstrieren.

wenn man ihr mission statement auf das soziale web überträgt, dann wäre die aufgabe für google – ‘die auf der welt von menschen auf sozialen plattformen erzeugten informationen zu organisieren und allen daran interessierten zugänglich und damit interagierbar zu machen’.

mit fünf kleinen komponenten könnte ein google me diesen anspruch leicht und mit bestehenden mitteln, protokollen, apis und gegebenheiten erfüllen und sich selbst in eine soziale metawollmilchsau verwandeln:

• social search
• social reader
• social writer
• social contacts
• profile

social search

die social search sucht und findet: (1) alles, was ich selbst auf den verschiedensten diensten gepostet habe, auch im privaten also nicht für alle sichtbaren. (2) alles, was meine freunde auf den verschiedensten diensten geposten haben, auch im privaten, wenn ich es auf dem jeweiligen dienst sehen dürfte. (3) alles, was alle anderen auf den verschiedensten diensten geposten haben, wenn es public ist.

mit buzz sind sie teilweise schon dort, friendfeed ist es schon fast ganz, auch mit den sinnvollen such-operatoren, nur suchen buzz und ff derzeit halt nur im von auf buzz resp. friendfeed publizierten anteil, google me müsste nur noch in die tiefen der tools hineingehen (wie es etwa greplin tut). und sie sollten zumindest nicht ausschliesslich auf den googleschen relevanz-saft setzen (wie bei buzz), sondern ergebnisse auch chronologisch anzeigen. eine google-gute suche im gesamten selbstoutput wär jedenfalls auch die beste motivation, leute zum anmelden und verknüpfen von services zu bewegen.

social reader

der social reader ist ein reader für alles soziale: (1) als reader für alles, was meine freunde auf den verschiedensten diensten geposten haben, auch im privaten, wenn ich es auf dem jeweiligen dienst sehen dürfte, auch wenn sie nicht bei google me angemeldet sind (think brizzly nicht nur für facebook und twitter sondern jeden beliebigen dienst). (2) als reader für alles, was alle anderen auf den verschiedensten diensten geposten haben, wenn es public ist.

unterm strich also wie der google reader, nur dass man damit alle existierenden sozialen outputs konsumieren und darauf reagieren kann. der reader sollte vollständig und nahtlos mit den anderen diensten integriert sein, reaktionen auf die beiträge anderer sollten nativ auf dem jeweiligen dienst erfolgen (ein like auf irgendwas auf facebook sollte ein facebook like sein, eine antwort auf einen tweet ein tweet mit gesetztem in_reply_too, ein kommentar auf einen blogeintrag sollte dort als echter kommentar erscheinen, ggf. mit assoziierung des eigenen disqus handles, etc.) google sollte aber keine weitere ebene der privacy einführen, könnte aber die google contacts in den mix werfen und dort dann mit irgendwelchen gruppen differenzieren, und sollte die auf den jeweiligen diensten gewählten settings respektieren und auch ströme von leuten integrieren, die nicht auf google me sind.

der knackpunkt aber auch das potential beim social reader sind die filter und views. im grunde reicht es aber schon aus, wenn man sich beliebig viele views selbst erstellen könnte. eine view ist der output einer liste von usern mit beliebig vielen include und exclude filtern (etwa: aus der liste meiner kontaktgruppe webmonkeys (skopus der user) zeige mir alle status updates von twitter, laconica und buzz (include filter), verstecke aber alle, die dort jeweils nur syndiziert wurden (also via twitterfeed, foursquare, …; exclude filter)).

die filter könnten durchaus dumm sein, durch die verknüpfung ließen sich aber supernützliche konstrukte bauen (unix prinzip der pipes).

social writer

mit dem social writer kann man von google me aus auf allen anderen diensten publizieren. bonuspunkte, wenn man selbst dafür regelwerke definieren könnte (wie etwa bei tarpipe). der writer ist eig. nur eine standalone ergänzung zu den reaktionsmöglichkeiten vom reader, man müsste dann aber google me nie mehr verlassen, wenn man nicht will.

der vorteil eines writers wäre auch, dass alle anwendungen mit einem schlag inputdevice-agnostisch würden, solange google me das gerät unterstützt (web, email, android, sms, …). think posterous ohne die posterous-einträge.

social contacts

das ist ein bisschen trickreich, man könnte hier auch sehr coole g’schichten machen, aber wichtig würde ich finden, dass google hier zwar den existierenden social graph (also die summe alle existierenden partialgraphen auf twitter, facebook, gmail contacts, etc.) aufsaugt und ggf. aufwertet, es aber bei en bestehenden beziehungen auf den jeweiligen diensten belässt und selbst keine zusätzliche komplexitäten einführt, ausser vl. listen.

in der minimalversion ist es ein sich selbst aktualisierendes adressbuch, das sich automagisch aus den bestehenden beziehungen befüllt, egal ob wer auf google me ist oder nicht. think friendfeed mit den virtual contacts.

profile

ums profil kommt man wohl nicht herum, hier kann man selbst jene dienste hinzufügen und verwalten, die man claimen möchte (auch mehrere twitter accounts, etc.). alle anderen sehen die kerndaten, die assoziierten dienste und einen lifestream mit den letzten outputs, für die sie sichtbarkeitsberechtigung haben (freunde bei facebook sehen meine facebook updates, die anderen nicht, usw.). man kennt das prinzip von den lifestream-aggregatoren und auch von google profiles, zu ergänzen wäre diese aber um eine vollständige und nahtlose integration mit autorisierungspflichtigen diensten (im grunde ein etwas aufgemotztes friendfeed). auch ums folgen/verfolgt werden kommt man wohl nicht herum, eigentlich sollten sie aber die finger davon lassen und das nur auf reader-basis verwenden.

—

(hmm, friendfeed habe ich ja mehrmals erwähnt, friendfeed hat wirklich einen schönen sprung – zumindest auf der social-reader seite und bzgl. der filter – vorgelegt. friendfeed hat aber (neben dem verkauf an facebook) einen grossen fehler gemacht: sie haben den reader selbst an einen eigenen social graph gekoppelt und in der folge einerseits weniger den nutzen als reader vom sozialen der freunde sondern als distributionsplattform für das eigene soziale (inkl. dem anhäufen von followern, cross postings auf gruppen, etc.) promotet, andererseits die gesamten ströme auf sich gwm. reterritorialisiert und die diskussion damit vom ursprünglichen auslöser dissoziiert (man muss an die ebene des limbo bei inception denken: plötzlich befindet man sich in einem kommentarstrang, weil ein kontakt bei einem friendfeed kommentar-thread mitdiskutiert, der selbst nur der like des retweets eines tweets über einen artikel auf digg ist, usw.). diese vertikale vernestelung hat natürlich auch was an sich und auch die dissoziation ist an sich nicht tragisch, aber es ist vielen nicht sehr leicht gefallen, für sich einen i/o-modus zu finden.)

anyway, in einem satz sollte google me ein dashboard für das social web sein, ein meta-read/writer für alles soziale. google hätte damit zwar nichts eigenes, würde aber das gesamte soziale weitestgehend durchdringen (alles was öffentlich ist und zusätzlich alles private, was mit dem eigenen account verbunden wurde), hätte damit also eigentlich ohnehin alles.

und das alles ließe sich, wie gesagt, mit existierenden standards und technologien realisieren (inputs via apis, pubsubhubbub oder als fallback rss, autorisierung via oauth, etwaigen anderen mechanismen oder un/pw, posts via api, likes, comments via api oder salmon, etc.).