efeuApp

Die efeuApp ist die zentrale Schnittstelle zwischen Menschen und Maschinen im efeuQuartier. Bei der Entwicklung der App stand ganz klar die Usability im Vordergrund: Das efeuQuartier soll ein Zukunfts-Viertel für jedermann sein. Daher soll auch die efeuApp von jedem leicht bedienbar sein und niemanden vor große Hürden stellen. Die App ist der Punkt, an dem Menschen und Maschinen aufeinandertreffen. Dank intuitiver Bedienbarkeit werden schon hier die Hemmschwellen deutlich gesenkt.

Paketbestellung leicht gemacht

In der App können die Nutzer stets den aktuellen Status ihrer Bestellungen einsehen. Wird ein neues Paket angekündigt, kann der Nutzer zwischen zwei Optionen wählen: Soll es direkt übergeben werden (synchrone Zustellung), oder will man es lieber zu einem späteren Zeitpunkt von einer Übergabestation abholen (asynchrone Zustellung)?

Dabei zeigt die App dem User zu jedem Zeitpunkt, wo sich der Roboter mit der Bestellung gerade aufhält und wann man mit der Lieferung rechnen kann. Bei der asynchronen Zustellung kann der Nutzer außerdem den Übergabebock auswählen, von dem er das Paket abholen will. Dies geschieht ganz einfach und intuitiv auf einer Karte.

Die Entwicklung der App

Wünsche der Anwohnerinnen und Anwohner im efeuQuartier

Den Anwohnerinnen und Anwohner des efeuQuartiers wurden gezielt Fragen gestellt, die die Funktionsweise der efeuApp betreffen:

• Ist eine Zustellung oder eine Abholung (von Paketen) gewünscht?
• Soll der Service direkt am Lieferroboter (synchron) oder über einen Übergabebock (asynchron) erfolgen?
• Wann soll zugestellt oder abgeholt werden?

Die Ergebnisse der Befragung waren je Auftrag sehr individuell. Sie ergaben dennoch allgemeingültig Standardeinstellungen, die individuell pro Auftrag an das Leben des einzelnen Anwohnenden angepasst werden können.

Anforderungen an die App

Um die Anforderungen an die Nutzer-App für den Nutzer bzw. die Nutzerin sinnvoll umzusetzen, wurde ein Usability Konzept erarbeitet.

Usability Konzept als Umsetzungsbasis für die App

Die Umsetzung der Anforderungen in eine Nutzer-App baut auf einem Usability Konzept auf. Richtungsweisend waren dabei zudem Meta-Anforderungen an die Interaktion der Endkunden mit Letzte-Meile Logistiksystemen, welche aus verschiedenen Literaturquellen zusammengetragen wurden.

Insbesondere wurde bei der weiteren Entwicklung nach dem PACT Framework (dargestellt durch Abbildung 1) vorgegangen. Dies ist eine Methode, um potenzielle Situationen (Kontext C) zu beschreiben, in welchen Personen (P) Aktivitäten (A) durchfuhren und eine bestimmte Technologie (T) verwenden (vgl. Benyon, 2010, S. 25). 

Mithilfe von diesen definierten Szenarios, sollen HCI-Designerinnen und Designer das Wissen über die Nutzenden ihres Produktes oder Systems gewinnen, welches notwendig ist, um für den Benutzer bzw. die Benutzerin Mehrwert bringende und effektive Designs zu erstellen. Dazu müssen die Designerinnen und Designer verstehen, welche Aktivitäten die Benutzerinnen und Benutzer durchfuhren möchten und in welchem Kontext diese Aktivität stattfindet. Um erfolgreich ein Interaktives System zu gestalten, ist Wissen der Designerinnen und Designer auch über Eigenschaften dieser notwendig, sowie über den Umgang mit der Gestaltung von Interaktiven Systemen. (vgl. Benyon, 2010, S. 25)

Die Entwicklung erfolgt daraufhin in vier Phasen: 

Phase 1.1: Aufstellen von Szenarien

Abgeleitet von den identifizierten Anforderungen, werden sogenannte Szenarien aufgestellt, welche es der Designerin oder dem Designer ermöglichen, Wissen über die verschiedenen Benutzer und den Kontext ihres Produktes zu erhalten und speziell auf dieses ein zugeschnittenes Produkt zu erarbeiten. Szenarien verringern ebenfalls die Anzahl der benötigten Iterationsschritte, bis das Produkt für den Endkunden bzw. die Endkundin nutzbar ist und einen signifikanten Mehrwert liefert. Spezifisch für die Einbindung von Nutzenden in das efeuLog-System bedeutet dies, Szenarien zu entwerfen, welche das typische Benutzerverhalten der Endkunden (EK) beschreiben.

Phase 1.2: Aufstellen von Use Cases

Durch die Definition der Szenarien werden Situationen beschrieben, in welchen der Endkunde bzw. die Endkundin potenziell die einzuführende Technologie und deren Funktionen nutzen wird. Um diese Szenarien auf einer höheren Abstraktionsebene betrachten zu können, werden diese im nächsten Schritt zu Use-Case Szenarien aufgestellt. Sie bündeln somit potenzielle Szenarien, welche bei Verwendung des Systems durch den Endkunden bzw. die Endkundin eintreten können, um ein bestimmtes fachliches Ziel zu erreichen. Dabei wird die inhaltliche Ausführung von konkreten technischen Lösungen abstrahiert

Phase 2: Informationsarchitektur

Im Zentrum der Phase der Informationsarchitektur steht das Ziel, die benötigten Informationen der verschiedenen Stakeholder (SH) zu identifizieren und eine Datenarchitektur zu entwerfen. Die Basis dafür bilden die Ergebnisse aus den vorherigen Abschnitten. Es wird definiert, welcher Input von welchem EK notwendig ist, um die Prozesse des efeuCampus bedienen zu können. Damit die benötigten Informationen in der Reihenfolge vom System angefordert werden, in welcher die Benutzenden die Informationen benötigen, werden Prozesse definiert. Die Ergebnisse dieser Phase dienen als Grundlage für weitere Designaktivitäten, da benötigter Input festgelegt wird und die Reihenfolge der Interaktion, in welcher diese dem EK präsentiert werden. (Lewis.1994).

Phase 3: Wahrnehmungsphase

Nach Vorgehensweise von Lewis (1994) werden im Folgenden bestehende digitale Services, welche einen verwandten Sachverhalt zum efeuLog abbilden, auf Designelemente untersucht, Gemeinsamkeiten und eventuelle Standards identifiziert und innerhalb eines Style Guides zusammengefasst. Durch diesen Prozessschritt soll sichergestellt werden, dass die prototypische Nutzer-App dem EK eine Experience bietet (User Experience) und intuitiv zu bedienen ist.

Phase 4: Entwurfsphase

Nach Maedche (2012) sind die Phasen Entwurf und Validierung in einer UCD-Vorgehensweise eng miteinander verbunden. Nach einer Design- Phase werden diese Phasen gemeinsam validiert und darauffolgend Verbesserungen eingearbeitet, so lange bis definierte Zielwerte erreicht sind. (Maedche 2012).

Ziel der Entwurfsphase ist, erste Prototypen in Papierform zu erstellen, iterativ zu verbessern und folgend das erarbeitete UI in Form eines digitalen, klickbaren Prototyps zu erstellen und zu validieren. Diese Tests erfolgen unter Einsatz der Think Aloud- Methode mit prototypischen Benutzerinnen und Benutzern des Systems, sowie nachfolgenden strukturierten Interviews, unter Einsatz eines Fragebogens zur Abfrage der erlebten Usability und User Experience des Produktes. Dies geschieht unter Einsatz einer SUS und UEQ. Das konzipierte UI wird durch Einsatz dieser Metriken quantitativ bewertet und in Relation zu standardisierten Kennzahlen gesetzt. (Lewis.1994)

Umsetzung der Nutzer-App im efeu-Corporate Design

Parallel zur Fortentwicklung der Verhaltenslogik vordefinierter Features und auf Basis der Mock-Ups wird die efeuApp im Corporate Design des Projekts umgesetzt und integriert.

Die Adaption soll sicherstellen, dass auch die efeuApp in einem einheitlichen Corporate Design entworfen, entwickelt und bereitgestellt wird und sich so gestalterisch nahtlos in die IT-Systemlandschaft von efeuCampus integriert.

Dies kann insbesondere den Bewohnerinnen und Bewohnern des Quartiers eine saubere und ganzheitliche Integration der efeuApp in das efeuCampus-System vermitteln. Dabei erfolgt nicht nur die rein gestalterische Adaption des efeuCampus-Corporate Designs, sondern auch die technische Umsetzung des Designs in ReactJs-Komponenten und die Integration dieser in die efeuApp.

Datenschutzrechtliche Anforderungen
& angrenzende Rechtsgebiete des autonomen Fahrens

Zu einer mobilen App und unseren autonomen Transportfahrzeugen gehört natürlich auch der Schutz der Daten der Nutzenden. Außerdem gibt es angrenzende Rechtsfelder wie das Straßen- und Zulassungsrecht- unser Fahrzeug ist schließlich ein Verkehrsteilnehmer- und das Haftungsrecht. Hierzu entwickelte das FZI Forschungszentrum Informatik eine Modulartige Struktur mit den Datenschutzfelder, die für das Projekt efeuCampus relevant sind.

Die Modulstruktur

Modul: Datenschutz

• Einführung in den regulativen Rahmen des Datenschutzes aus Betreiberperspektive:
  Datenschutzgrundsätze, Einführung in Ermächtigungsgrundlagen; Verantwortungsabgrenzung
• Fragebogen zur Ermittlung konkreter Datenverarbeitungsszenarien des efeuCampus als Anwendungsfallanalyse urbaner, automatisierter Güterlogistik
• Rechtliche Betrachtung des technischen Datenschutzes bei autonomen Liefersystemen:
  Privacy by Design und by Default
  (Auswertung der Fragebögen: u.a. Zweck, Dauer, Beteiligte)
  • Systemkomponenten
  • Partner
• Datenschutzrechtliche Konkretisierungen:
  u.a. Rechtfertigungsgründe der Einwilligung sowie der Interessenabwägung bei neuartigen Lieferkonzepten am Beispiel der Videokameras

Modul: Straßenverkehrs- und Zulassungsrecht

• Rechtsrahmen zum automatisierten Fahren
• Zulassungsvoraussetzungen für einen autonomen Lieferroboter
• Erfahrungsberichte vergleichbarer Projekte
• Nutzung der Straße als Normal- oder Sondernutzung

Modul: Haftungsrecht

• Haftungsrechtliche Fragen zu Besonderheiten des autonomen Fahrens im Zusammenhang mit urbaner Gütelogistik:
  Darstellung des aktuellen Rechtsrahmens
• Haftungsrechtliche Fragen bezüglich des Lieferdienstes: Haftungsrechtliche Besonderheiten am Beispiel der Behälteröffnung