Adaptive Frontends können eine effektive und effiziente Alternative zu parallelen Apps sein. Durch die Trennung von Logik und Interaktion sowie Content und Design bieten adaptive Frontends die Möglichkeit, auf unterschiedliche Bedürfnisse und Vorlieben von Nutzerinnen und Nutzern zu reagieren.
So erschließen Applikationen mit adaptiven Frontends Zielgruppen mit weitaus weniger Aufwand als bei konventionellen Anwendungsentwicklungen.
Aus dem Leben eines ÖPNV-Nutzers.
Vor ein paar Tagen sprach mich ein Fahrgast in der U-Bahn-Haltestelle an und fragte nach dem passenden Ticket. Er nutzte die App der Deutschen Bahn, den Navigator. Ich selber nutze das Handyticket. So kamen wir ins Gespräch über die Vor- und Nachteile der einzelnen Apps. Ähnliche Gespräche hatte ich auch schon mit Leuten, die die Rheinbahn-App von unserem Verkehrsbetrieb in Düsseldorf nutzen.
Am Ende stand immer das Ergebnis, dass alle Apps die selben Möglichkeiten zum Ticketkauf bieten. Und dass die Entscheidung für die eine oder die andere mehr mit persönlichen Vorlieben und Gewohnheiten zu tun hat als mit objektiven Vorteilen.
Was hat das mit adaptiven Frontends zu tun?
Eine ganze Menge. Eine App, egal ob eine Native App auf einem Smartphone, eine Web-App oder Desktop-Anwendung, alle bieten Nutzerinnen und Nutzern Interaktionen. Und alle fordern von ihren Nutzerinnen und Nutzern, der eigenen Logik zu folgen. Weitergedacht bedeutet das, dass eine Anwendung / App nie alle Gruppen bedienen kann und man sich von Anfang an entscheiden muss, welche Gruppe am interessantesten ist.
In der Realität gibt es zwei Arten von Anwendungen:
- Anwendungen, die von Start-ups entwickelt werden und das Mind-Set des Start-ups widerspiegeln. Design und Interaktionen sind so angelegt, dass die Verantwortlichen für Design und Entwicklung die Anwendung attraktiv finden.
- Anwendungen von etablierten Unternehmen, wo Design und Interaktionen maßgeblich durch Empirie der Fachabteilungen getrieben sind. So können Sales, Support und Marketing meist viele wichtige Details über die Zielgruppen liefern.
Die dritte Art von Anwendungen lassen wir an dieser Stelle unerwähnt: die arrogante Anwendung. Wer schon einmal versucht hat, bei Amazon etwas zu verkaufen, wird wissen, was ich meine. Design spielt eine untergeordnete Rolle. Wer die Anwendung nutzt, hat kaum Alternativen und ist deswegen zu Kompromissen bereit.
Was sind adaptive Frontends?
Der Name ist Programm. Adaptive Frontends sind Applikations-Interfaces, die auf die jeweiligen Nutzerinnen und Nutzer reagieren und basierend auf dem Verhalten, Entscheidungen und nutzungsbezogene Aspekte ihr Aussehen und ihre Interaktionen anpassen.
Ein einfaches Beispiel: denken wir an eine Applikation, die in mehreren Sprachen angeboten wird, jedoch keine marktbezogenen Unterscheidungen macht. Die Applikation reagiert zum Beispiel auf Parameter im User Agent, also den Informationen, die ein Browser mit der Anfrage der Seiteninhalte mitliefert.
In unserem Fall nutzt die Applikation die Standardsprache und liefert Texte entsprechend in der Standardsprache des Browsers. Je nach Sprache, wenn zum Beispiel eine Sprache mit rechts-zu-links Schriftlauf (RTL) angezeigt wird, werden Design-Elemente ebenfalls angepasst. Ein sehr einfaches Beispiel für ein adaptives Frontend, wie es in fast allen Web-Applikationen angewendet wird.
Adaptive Frontends können aber sehr viel weiter gehen und Bildelemente und die Anordnung von Objekten variieren oder sogar ganze Interaktionen je nach Rahmenbedingungen anders aufbauen.
Welche Kriterien bestimmen das adaptive Frontend?
Grundsätzlich können alle Kriterien, die durch Nutzerinnen und Nutzer bestimmt sind, das Frontend bestimmen. Diese Kriterien, nennen wir sie Parameter, lassen sich in Gruppen aufteilen, die auf unterschiedliche Arten für adaptive Frontends herangezogen werden:
Daten vom Browser
Wenn ein Browser die Informationen zum Anzeigen einer Seite beim Server anfragt, liefert er eine Anzahl von Informationen mit. Das selbe macht zum Beispiel ein E-Mail-Client.
Der User Agent ist je nach Definition die anfragende Applikation, die bei der Anfrage Informationen über den Client weitergibt, von dem die Anfrage stammt:
- Typ des User Agents, z.B. welcher Browser, Version
- Betriebssystem des Clients
- Endgerät
Daneben liefern Browser meist weitere Daten, die dem Web-Server helfen, die richtigen Inhalte zu finden und bereitzustellen:
- Sprachversion des Browsers, in modernen Browsern in einer Hierarchie, damit der Webserver die beste verfügbare Sprache auswählen kann
- IP-Adresse, von wo aus die Anfrage abgeschickt wird. So kann der Web-Server einordnen, wo sich das Endgerät befindet, da IP-Adressen Locations zugeordnet sind. Handelt es sich um Firmennetzwerke mt statischen IP-Adressen, kann so zum Beispiel die Firma identifiziert werden, in dessen Netzwerk das Endgerät verbunden ist.
Daten vom User
Während der Nutzung einer Applikation geben Nutzerinnen und Nutzer einige Daten von sich preis. Auch daraus, kann ein Webserver Rückschlüsse ziehen, um die die Anzeige zu optimieren.
- Profilangaben wie Name, Geschlecht, Alter, Beruf und so weiter
- Profileinstellungen wie Zeitzone, Währung, auch hier Sprache und Darstellungsvarianten
- Antworten auf Marketingfragen, oft beim Anlegen eines Profils
Und auch das Verhalten von Nutzerinnen und Nutzern liefert Daten:
- Navigationspfade und aufgerufene Seiten
- Das Durchführen und Abbrechen von Interaktionen
- Verweildauer auf Seiten
- Scrollverhalten etc.
Daten aus der Session
Auch wenn sich eine Nutzerin oder ein Nutzer nicht durch ein Login zu erkennen gibt, wird bei der Kommunikation zwischen Client und Server eine Session aufgebaut. So kann der Server alle Anfragen vom selben Client beim Besuch einer Seite zuordnen. Welche Daten übermittelt werden, hängt von der Applikation ab.
- Die Session ID ist Standard und hat lediglich die Funktion, dem Webserver mitzuteilen, um welche Session es sich handelt.
- Mehr oder weniger kann jede weitere Information in der Session gespeichert werden. So lassen sich stark situationsabhängige Informationen über die Nutzung effizient auf dem Webserver verwalten.
Daten von Cookies und dem Browser-Storage
Im Rahmen von Datenschutzfragen spielen Cookies, kleine Dateien, die der Webserver beim Client ablegt, eine entscheidende Rolle. Cookies können sehr hilfreich sein, um die Nutzung einer Applikation erst zu ermöglichen, den Nutzungskomfort zu erhöhen, aber auch die Kommunikation zwischen Nutzerinnen und Nutzern mit der Applikation nach dem Verlassen der Applikation aufrecht zu erhalten. Cookies haben immer ein Ablaufdatum und im Cookie selbst ist festgelegt, welche Webserver ihre Informationen nutzen dürfen.
Notwendige Cookies, die Applikationen gerne setzen:
- Anmeldetoken, also unique Zeichenfolgen, die der Webserver generiert und beim Client hinterlegt. So kann der Webserver bei jeder Anfrage prüfen, von wem die Anfrage kommt und entscheiden, ob die angefragten Inhalte der Nutzerin oder dem Nutzer angezeigt werden dürfen oder die Rechte für eine bestimmte Interaktion vorhanden sind.
- Markierungen für weitere Applikationen. Diese werden meist im Re-Targeting, also im Marketing, verwendet. Das bekannteste Beispiel ist das Google Re-Targeting. Beim Besuch eines Online-Shops, hinterlegt dieser ein Cookie. Darin speichert der Shop zum Beispiel, um welchen Shop es sich handelt, welches Produkt angeschaut wurde und welche Re-Targeting-Applikation das Cookie nutzen darf. Ruft nun die Nutzerin bzw. der Nutzer eine Webseite auf, in die die Re-Targeting-Applikation integriert ist, kann die Re-Targeting-Applikation abfragen, ob ein Cookie für sie gesetzt ist und welcher Inhalt angeschaut wurde. Darauf kann die Re-Targeting-Applikation reagieren und passende Werbung anzeigen.
- Weitere Informationen, die der Webserver ablegt, um sie beim nächsten Aufruf der Seite abzufragen. Das können Informationen jeglicher Art sein. Hier werden Cookies auch eingesetzt, um eine Kontinuität in die Interaktion zu bringen, auch wenn keine Anmeldung erforderlich ist. So speichern manche Online-Shops den Inhalt eines Warenkorbs beim Client, um diese beim erneuten Besuch wieder anzeigen zu können.
So viele Informationen - und nun?
Without big data analytics, companies are blind and deaf, wandering out onto the web like deer on a freeway.
Die Liste an möglichen Daten und Datenquellen macht deutlich: nur die wenigsten Daten können direkt verwendet werden, um ein Frontend so zu adaptieren, dass die Nutzung für einzelne Nutzerinnen und Nutzern angenehmer und mehrwertiger wird. Die meisten Daten brauchen Interpretationen und liefern erst in der Kombination mit anderen wichtige Erkenntnisse. An dieser Stelle kommen Mechanismen und Methoden von Big Data ins Spiel.
Aber schauen wir noch einmal genauer auf die Daten und fangen mit den low hanging fruits an.
Die Abfrage von Präferenzen in den Profileinstellungen und die Abfrage von Unternehmenseigenschaften, Rolle und ähnliches mehr liefert einfache Indikatoren. Stellt eine Nutzerin bzw. ein Nutzer eine Währung als bevorzugte Währung ein, dann ist klar, wie sich das Frontend anpassen muss.
Auch die Angabe des Endgeräts kann einfach genutzt werden – und wird auch in fast allen Websites genutzt – durch ein responsives Design.
Was aber ist mit Verhaltensinformationen, mit Alter, Geschlecht und so weiter, wenn dem gegenüber keine 1:1-Beziehung zum Beispiel im Produktportfolio steht?
Aus der Kombination von Informationen ergeben sich prototypische Profile, die wahrscheinlich auch prototypische Bedürfnisse und Vorlieben haben. Darauf kann eine Applikation ebenfalls reagieren.
Allerdings funktioniert die Übersetzung anders. Bei der Betrachtung von Nutzungsprofilen gilt es, mehrere Informationen zusammenzufügen, diese zu interpretieren und mit Annahmen zu reagieren. Auch müssen die Annahmen validiert werden, um keinen Fehlinterpretationen aufzusitzen.
Ebenfalls stellt sich die konzeptionelle Frage, wie die Reaktionsgenauigkeit aussehen soll. Soll die Applikation verschiedene Frontend-Varianten bereithalten, die jeweils auf ein oder mehrere Prototypische Nutzungsprofile passen oder soll die Applikation pro Funktion die Profile interpretieren? Und wenn ja, sind die Profile immer dieselben oder werden diese immer wieder neu entwickelt?
Und letztendlich stellt sich die Frage, was der Anspruch an die Adaptionen ist. Zieht die 80:20-Regel oder soll jede einzelne Nutzerin und jeder einzelne Nutzer sich zu 100% wiederfinden? Wäre eine solche Flexibilität überhaupt noch steuerbar?
Wahrscheinlich nicht oder zumindest nicht wirtschaftlich. Bietet dass eine Prozent, das vielleicht einen ganz eigenen Ansatz bräuchte, um die Applikation zu 100% zu lieben und intensiv zu nutzen, soviel wirtschaftlichen Mehrwert, dass sich der Aufwand rechnet?
Die Frage nach dem richtigen Konzept und dem Grad der Flexibilität ist dann durch die wirtschaftliche Strategie des anbietenden Unternehmens bestimmt.
Technologie definiert die Möglichkeiten und den Aufwand. Mit der richtigen Architektur und den richtigen Algorithmen lassen sich viel mehr individuelle Präferenzen bedienen und eröffnen Optionen.
