Entwicklung von Social-Web-Applikationen auf Facebook und anderen Plattformen - E-Day 2011/IT-Carinthia - Part 1/3

thanks for the ad(d).

“Entwicklung von Social-Web-Applikationen auf Facebook und anderen Plattformen”

E-Day 2011 / IT Carinthia- Part 1

die.socialisten.atsocial network development

About:

Michael Kamleitner

Gründer & Geschäftsführer von “Die Socialisten”

"Die Socialisten" sind eine Wiener Software-Agentur, die sich seit 2007 auf die Konzeption & Umsetzung von Marketing-Lösungen auf Facebook & anderen Social Media Kanälen konzentriert, und seither weit über 100 Brand-Pages und -Applikationen erfolgreich umgesetzt hat.

Zu unseren Kunden zählen Axel Springer/Bild.de, Bertelsmann, Heute.at Gruner+Jahr, Financial Times Deutschland, ATV und Hitradio Ö3.

http://die.socialisten.at - http://facebook.com/diesocialisten

http://die.socialisten.at

http://die.socialisten.at

http://facebook.com/diesocialisten

http://facebook.com/diesocialisten


Content:

Einführung: Social Software Plattformen & Apps

- Web-basierte Software-Plattformen - Definition & Typologie

- Social Application Design - Identity, Community, Conversation

- Social Graph

Die Facebook-Plattform

- Facebook Platform Overview

- Facebook für Entwickler - Graph API, JavaScript SDK, Open Graph

- Beyond Facebook - andere soziale Software-Plattformen

Q&A:

- Was Sie schon immer über Social App-Entwicklung wissen wollten!

Zum Mit- oder Nachlesen: http://die.socialisten.at/downloads/Die-Socialisten-eday-20111006.pdf

http://die.socialisten.at/downloads/e_day



Applikationen? Apps? Plattformen?

- Benutzen Sie persönlich Facebook?

- Haben Sie schon Facebook-Apps benutzt?

- Wenn ja, welche?

- Welche Applikations-Plattformen im Social Web kennen sie noch?

- Bietet ihr Unternehmen bereits Apps im Social Web an?

- Wenn ja, auf welchen Plattformen?

- Haben Sie Erfahrung in der Erstellung/Wartung/Modifikation von Web-Sites?

- Wenn ja, mit welchen Tools/Sprachen/CMS?

Unser Thema heute: Social Web-Apps!

Hands on:1. Let’s connect!


Hands-on:1. Let’s connect!

Aufgabe:

Verbinden Sie ihren Laptop mit dem WLAN!

WLAN-Kennung: workshop-room-1

Verschlüsselung: WPA2/PSK

Kennwort: wlan@workshop-room-1

Bitte bilden Sie an den Laptops 2er Gruppen,um eine Überlastung des WLANs zu vermeiden!

Treten Sie unserer Facebook Gruppe bei!

http://www.facebook.com/groups/123398354432088/

oder abgekürzt:http://on.fb.me/e_day2011



http://on.fb.me/e_day2011

http://on.fb.me/e_day2011

Web-basierte Software-Plattformen - Definition &

Typologie


From: Social Network to: Social Platform

Was unterscheidet Facebook eigentlich von herkömmlichen Social Networks wie MySpace, Friendster etc.?

Facebook erlaubt seit 2007 in bis dahin unbekannter Konsequenz & Offentheit, Dritten die Integration von eigenen Applikationen auf Facebook.com.

Damit wurde Facebook von einem sozialen Netzwerk zu einer sozialen Plattform, die weit über die Grenzen von facebook.com hinaus Entwicklern die Möglichkeit gibt, das Milliarden-Publikum von Facebook zu adressieren.


Typologie: Web-basierte Plattformen

Marc Andreessen:

“A Platform is a system that can be programmed and therefor customized by outside developers or users and in that way adapted to countless needs and niches that the platform’s original developers could not have possibly contemplated, much less had time to accommodate”.

Oder:

“If you can program it, then it's a platform. If you can't, then it's not.”

http://pmarca-archive.posterous.com/the-three-kinds-of-platforms-you-meet-on-the-0







Level 1 - Access-API*: Die Plattform bietet Zugriffsmöglichkeiten (“Access”) nach aussen an, üblicherwiese in Form einer auf Web-Services basierenden API. Der Code der auf der Plattform aufsetzt, wird allerdings ausserhalb der Plattform ausgeführt (etwa unter einer eigenen Domain, auf einem eigenem Server), und auch die User-Experience findet losgelöst von der eigentlichen Plattform statt.

Beispiele: Flickr, Twitter... - die meisten heute verfügbaren Social Web-APIs sind Access-APIs.

Nachteile: Der Plattform-Entwickler trägt die Bürde, selbst die Laufzeitumgebung & Infrastruktur für seine App bereitstellen zu müssen. Damit ist die technologische & finanzielle Hürde, eigene Apps für die Plattform zu entwicklen, beträchtlich höher.

Vorteile: für den Plattform-Anbieter einfach & schnell umsetzbar.

*API: Application Programming Interface

Level 1Access API


Level 1 - Access-API: Beispiel Flickr

flickr.com/photos/austrianairlines www.red-blog.at

API


http://www.flickr.com/photos/austrianairlines


http://www.red-blog.at

http://www.red-blog.at


Level 1 - Access-API: Beispiel Twitter

twitter.com TweetDeck - 3rd Party Client

API




Level 1 - Access-API: Beispiel Twitter

twitter.com TweetDeck - 3rd Party Client

API



Level 2 - Plugin-API: Die Plattform bietet Entwicklern die Möglichkeit, ihre Anwendungen in die Kern-Plattform zu integrieren und in deren Benutzer-Interface einzuklinken (“plugin”). Anwendungen laufen so für den Benutzer transparent integriert in die Plattform. Level 2 APIs beinhalten meist auch Level 1-Funktionalitäten.

Beispiele: Facebook, Google Open Social

Nachteile: Wie bei Level 1 APIs müssen auch hier Plattform-Entwickler die Infrastruktur bereitstellen. Eine Level 2 API ist deutlich komplexer in der Bereitstellung durch den Plattform-Betreiber.

Vorteile: Durch die angebotenen Integrationspunkte, hilft der Plattform-Anbieter dem Entwickler bei der Vermarktung und Verbreitung seiner App.

Level 1Access API

Level 2Plugin API


Typologie: Web-basierte PlattformenLevel 2 - Plugin-API: Facebook

App-”Canvas”3rd Party Applikation auffacebook.oe3.fm

Plattform-”Rahmen”facebook.com



Level 3 - Runtime Environment: Die Plattform bietet Entwicklern die Möglichkeit, den Code ihrer Anwendungen auf die Infrastruktur des Plattform-Anbieters hochzuladen. Der Code wird innerhalb der Plattform ausgeführt. Dabei kann es ebenfalls zur Bereitstellung von Funktionalitäten (L1) und Integration in das Benutzer-Interface (L2) kommen.

Beispiele: Google App Engine, Salesforce

Vorteile: Plattform-Entwickler müssen sich nicht mehr um die Bereitstellung von Infrastruktur und deren Skalierung kümmern.

Nachteile: Die Bereitstellung einer stabilen, skalierbaren Runtime-Environment ist für den Plattform-Anbieter besonders aufwendig. Level 1

Access API

Level 2Plugin API

Level 3Runtine


Typologie: Web-basierte PlattformenLevel 3 - Runtime Environment: Salesforce

3rd Party Applikationsalesforce.com (!)

Plattform-”Rahmen”salesforce.com


Typologie: Web-basierte PlattformenLevel 1-3: Google App Engine, Google+, Google APIs

Level 1Access API

Level 2Plugin API

Level 3Runtine

Nahezu alle Google-Services stellen L1-APIs zur Verfügung

Google+, Orkut bietenMöglichkeiten, 3rd Party Apps im Plattform-”Rahmen” auszuführen

App Engine bietet ein Hosting & RTE f. 3rd Party Apps


ZusammenfassungWas sind Plattformen, Apps?

Platform-Vendor(Facebook Inc., Google Inc.)

PlatformFacebook.com, Google+...

3rd Party-Developer(Zynga, Die Socialisten...)

AppsFarmville, BranchOut...

Plattform: jedes Software-Produkt, dass Dritten mittels Programmierschnittstellen (APIs) erlaubt, Änderungen und Erweiterungen an der Software vorzunehmen.

Web-Plattform: jede Plattform, deren Programmierschnittstellen über Web-Technologien bereitgestellt werden. 3 Stufen: Access-API, Plugin-API, Runtime-Environment.

Apps: Software-Produkte, die elementar auf einer Plattform aufsetzen oder diese zumindestens integrieren. Apps gibt es im Web, in Social Networks, Mobile...

Hands on:2. Analyse von Social Web APIs


Hands-on:2. Analyse von Social Web APIs

Aufgabe:

Wählen sie eines oder mehrere beliebige Web-Services / Web-Sites / Web-Apps aus, die eine Programmierschnittstelle anbieten!

Versuchen Sie die angebotenen Schnittstellen in die Kategorien L1/L2/L3 einzuordnen!

Finden Sie einen API-Anbieter der mehrere API-Kategorien anbietet?

Bereits genannte Beispiele:L1 Access API: Flickr, TwitterL2 Plugin API: Facebook, Google+L3 Runtime Environment: Sales Force, Google App Engine

Noch nichts gefunden?http://www.programmableweb.com/apishttp://code.google.com/more

Zum Mit- oder Nachlesen:http://die.socialisten.at/downloads/e-day-20111007.pdf

http://www.programmableweb.com/apis








Social Application Design


Social Application Design

Wie wird eine Web-Applikation eigentlich “social”?

Beim “Social Application Design” beachtet man drei Aspekte:

Identity - Darunter verstehen wir die digitale Repräsentation einer Person oder eines Benutzers, i.e. sein Profil

Conversation - Bezeichnet alle sozialen Interaktionen, die ein Mensch mit den anderen Mitgliedern seiner Community bzw. Communities hat.

Community - jeder Mensch ist eingebunden in ein Netzwerk an Personen, denen er mehr oder weniger stark vertraut, und deren Meinungen und Aussagen er in der eigenen Entscheidungsfindung berücksichtigt.


Social Application Design:Identity

Die Gestaltung der eigenen, digitalen Identität ist eine besonders starke Motivation für Menschen, an sozialen Netzwerken oder sozialen Apps aktiv teilzunehmen - als Menschen streben wir danach, die Wahrnehmung unserer Person in den Communities die uns am Herzen liegen, aktiv zu gestalten.

Das Benutzer-Profil war schon in den “Ur-Social-Networks” der zentrale Ort zur Bestimmung der eigenen Identität.

Darüberhinaus definiert sich unsere digitale Identität heute vor allem durch soziale Gesten (Shares, Likes, Checkins, Kommentare etc.) - den Interaktionen die wir in sozialen Netzwerken setzen.

Interessen, Hobbies, Beruf, Ausbildung...






Erfolgreiche soziale Apps erlauben es Benutzern, ihre digitale Identität in der jeweiligen “Anwendungs-Domäne” (“Vertical”) detaillierter zu gestalten, als dies das normale Plattform-Profil erlaubt.

Dazu werden etwa zusätzliche, kontext-relevante Attribute bereitgestellt.

Beispiel: In der “Mein Klub” Bundes-Liga-App identifizieren sich Fans mit ihrer Lieblings-Mannschaft.

http://facebook.com/MeinKlub





Ebenso wichtig ist es für erfolgreiche soziale Apps, dem Benutzer spezielle, domänen-relevante soziale Gesten zur Verfügung zu stellen. Dies trägt der Tatsache Rechnung, dass wir unsere Identität nicht bloss über ein mehr oder weniger statisches Profil, sondern vor allem durch unsere Aktivitäten in sozialen Netzwerken definieren.

Beispiel: Die Bundesliga-App motiviert Benutzer zum Posten von “Schlachtrufen” vor, während und nach einem Match



Auch User-generated Content, wie etwa hochgeladene Photos oder Videos, Kommentare, Foren-Beiträge tragen können zur Bildung der eigenen Identität beitragen und sind damit Bestandteil vieler sozialer Apps.

Beispiel: News-Beiträge mit Benutzer-Kommentaren, Meinungs-Forum.


Social Application Design:Conversation

Konversationen sind der Pulsschlag eines sozialen Netzwerks und gestalten darüberhinaus, wie die eigene, digitale, Identität in der Community wahrgenommen wird. Als App-Entwickler können wir Konversationen in zwei Aspekten fördern und ermöglichen:

“Zuhören”: in dem wir personalisierten, sozial relevanten Content & Aktivitäten in den Communities eines Benutzers zu Tage fördern.

“Sprechen”: in dem wir Engagement an möglichst vielen Stellen, und möglichst nieder-schwellig ermöglichen.

Im Idealfall ergibt Zuhören & Sprechen einen sich selbst verstärkenden Kreislauf (“Feedback Loop”).



“Zuhören”: um auf Konversationen oder Aktivitäten in unseren Communities antworten zu können, müssen wir davon erst erfahren!

Mit dem News-Feed stellt Facebook ein mächtiges Interface zum “Zuhören” zur Verfügung, welches wir als Applikations-Entwickler nutzen können!



Neu!

Neu! Der Ticker, ergänzt den News-Feed und ist v.a. für soziale Gesten (“like”, “checkin”, “listen to”, “watching”, “reading”...) geeignet.



Facebook bietet mit einigen standardisierten Modulen (Plugins) Beispiele dafür, wie personalisierter Content einfach angezeigt werden kann:

Activity Feed: zeigt an, welche soziale Gesten innerhalb meiner Community in Bezug auf eine App, Page oder Web-Site gemacht wurden.

Recommendations: aggregiert Empfehlungen/Likes innerhalb meiner Community...



“Sprechen”: auf Konversationen die wir beim “Zuhören” entdeckt haben, können wir reagieren, antworten.

Ja nieder-schwelliger diese Antwort von statten gehen kann, um so besser kommt die Feedback-Loop in Gang! Facebook bietet mittels “Like”-Mechanismen besonders nieder-schwellige (1-Klick) Antwort-Möglichkeiten!

Tipp: erfolgreiche Social Apps bieten Benutzern eigene, domänen-spezifische Response-Möglichkeiten an!



“Sprechen”: auf Konversationen, auf die wir beim “Zuhören” aufmerksam wurden, können wir reagieren in dem wir antworten und in die Konversation einsteigen.

Andere Möglichkeiten mit unseren Communities zu “Sprechen” sind persönliche Nachrichten, Kommentare, Umfragen, Live-Chats...



“Sprechen”: Beispiel Live-Chat


Social Application Design:Community

Die Communities in denen wir uns im Rahmen von sozialen Netzwerken bewegen, vermitteln ihren Mitgliedern Relevanz, Vertrauen und Vertrautheit.

Die ursprünglichste Community auf Facebook sind unsere beidseitig bestätigten Freunde & Kontakte.

Darüberhinaus nehmen wir an zahlreichen, teilweise überschneidenden Sub-Communites Teil: auf Facebook etwa Groups, Pages (bzw. deren Fans).


Social Application Design:Community

Erfolgreiche soziale Apps berücksichtigen die vorhandenen Infos über die Community eines speziellen Benutzers, um ihm Inhalte maßgeschneidert & personalisiert anzubieten. Schlüssel zur Personalisierung ist dabei der Social Graph eines Benutzers.

Beispiele: Anzeigen, welche Freunde eine App bereits benutzen, oder bereits Fan einer Seite sind.


Exkurs: Social Graph

“Social Graph”: ursprünglich das Netzwerk an Beziehungen, die ein soziales Netzwerk ausmachen.

Knoten = PersonenKanten = Beziehungen

2011 ist der Social Graph wesentlich komplexer: Firmen, Organisationen, Interessen, Orte


Social Application Design:CommunityBeispiel: Event-Community Stadtkinder, Anzeige der Aktivitäten & Ausgeh-Pläne meiner Freunde:


Beispiel: Levi’s Friend Store


ZusammenfassungWas macht Apps “social”?

Identity Conversation Community

Identität bildet sich durch Benutzer-Profile und ihre Attribute, soziale Gesten und user-generiertem Content.

Diese Aspekte können von App-Entwicklern aufge-griffen werden, etwa durch domänen-spezifische Attribute & Gesten.

Zuhören und Sprechen - verstärkt sich im Idealfall in einer Feedback-Schleife.

App-Entwickler machen das “Zu-hören” einfacher, indem sie relevanten (persona-lisierten) Content vor-filtern & zugänglich machen. Mit nieder-schwelligen sozialen Gesten wird die das “Sprechen” gefördert.

Communities schaffen Relevanz, Vertrauen und Vertrautheit.

Die meisten Benutzer von sozialen Netz-werken sind Mit-glieder meherer Communities: Freunde, Pages, Groups.

App-Entwickler nutzen den Social Graph zur Personalisierung von Inhalten.

Continue with Part 2...

die.socialisten.atMichael Kamleitner

[email protected]

Facebook: facebook.com/michael.kamleitnerTwitter: @_subnet

mailto:[email protected]








Technology

Entwicklung von Social-Web-Applikationen auf Facebook und anderen Plattformen - E-Day 2011/IT-Carinthia - Part 1/3