Bei der Integration von anderen Web Services in Social Reader ist mir aufgefallen, wie viel Zeit man sparen kann, wenn man nur 90% statt 100% der Benutzer bedient.

• Klar, ich hätte neben Twitter direkt im ersten Schritt auch Jaiku und Pownce mit einbauen können.
• Klar, ich hätte neben FriendFeed direkt im ersten Schritt auch lifestream.fm und Tumblr mit einbauen können.
• Klar, ich hätte neben Delicious direkt im ersten Schritt auch LinkARENA und Mister Wong mit einbauen können.

Warum habe ich genau das nicht gemacht? Weil Social Reader eh noch nicht fertig ist und so nie ein Ende in Sicht wäre. Ich hätte mir doch nur vorgeworfen, dass jetzt zwar Dienst X und Y drin sind, aber Dienst W und Q nicht. Wo soll das enden?

Darum habe ich mir den gefühlt erfolgreichsten Dienst seiner Klasse ausgesucht und habe mir dann folgendes überlegt: „Wie kann Mikro-Blogging für Social-Reader-Benutzer von Nutzen sein?“ Und so hat Twitter seinen Platz gefunden: im Kontextmenü der Artikel als Empfehlungsfunktion.

So bin ich auch mit den anderen beiden Arten von Diensten vorgegangen: Delicious für Social Bookmarking und FriendFeed für Social Network Aggregating.

Sicherlich werden einige denken, dass Dienst XY auch unbedingt hier rein muss. Aber es sind nur „einige“. Sie können Feedback hinterlassen. Nur wenn sich die Anfragen häufen ist es wirklich sinnvoll, diesen Dienst zu integrieren.

Jeder weitere integrierte Dienst bringt nicht genau der gleichen Anzahl von Nutzern einen Mehrwert, trotzdem kostet es die gleiche Zeit, ihn zu implementieren. Blindes Einbauen von zig Diensten ist also nicht wirtschaftlich.