Check in Feature Reloaded

Zusammenfassung

Check-In Funktionalität sowohl UX-mässig als auch funktional erweitern

Begrifflichkeit

Der Begriff "Check-in“ suggeriert dem User, dass es auch ein Check-Out geben muss, obwohl in der App mit einem Check-In eigentlich nur ein „Ladelog“ gemeint ist, was der Benutzer auch nachträglich eingeben kann.

Der Hintergrund, warum nicht von Anfang an ein Begriff wie z.B. „Ladelog“ verwendet wurde ist der, dass diese Funktionalität nicht so sehr an die GoingElectric Ladelog Funktionalität angelehnt werden sollte, zumal es keine Synchronisation gibt, was der User dann eher erwarten würde, wenn die Funktion in der App gleich heißt wie im Verzeichnis.

Hier wäre ein anderer Begriff sinnvoll.

Ladezeit, Energiemenge und Kosten

Optional bei dem Check-in auch die Ladezeit und die Energiemenge strukturiert abfragen. Diese Information nutzt man, um dem User Statistiken zur Verfügung zu stellen bzw. auch eine Chronologie, wo und wann/wie viel geladen wurde.

Eigene Ladepunkte

Der User soll auch über die App mehrere Ladepunkte erstellen, wo er sonst lädt, z.B.:

• privater Ladepunkt zu Hause (eigene Garage)
• Arbeitgeber
• Ad-Hoc, z.B. „Camping Platz“

Diese Ladepunkte sind nicht öffentlich und werden auch in der privaten Cloud DB des Users gespeichert. Lediglich der User kann diese Ladepunkte auf der Karte sehen und auch dort Check-Ins erzeugen.

Von Anfang an könnte man zu diesen Ladepunkte die gleichen Infos strukturiert abfragen, die auch für die Ladepunkte aus dem Verzeichnis von Bedeutung sind, z.B.:

• Titel
• Anschlussarten (z.B. 1 x Typ2, 1 x CEE Blau)
• Beschreibung
• Zugang
• Koordinaten
• (..)

mögliche Erweiterungen

Später kann man eine „share“ Funktionalität erweitern, sodass der Benutzer „Freunde“ bestimmen kann, die dann auch alle (oder eine Untermenge davon) Ladepunkte des jew. Users sehen können.

User Check-in „Logbuch"

Eigene Check-in Einträge anzeigen:

• Zeitpunkt, wann geladen wurde
• Ladestation
• Energie in kWh (falls verfügbar)
• Ladedauer (falls verfügbar)
• Kosten (falls verfügbar)

Diese Info tabellarisch (z.B. pro Monat inkl. Gesamt-Werte) und ggf. (später) auch als Balken-Diagramm o.ä.

Fehlermeldung pro Typ

Aktuell kann man lediglich einen Fehler für die gesamte Ladestation melden. In der Praxis kommt jedoch häufiger vor, dass nur ein Anschluss betroffen ist (z.B. Typ2 geht nicht, obwohl ChaDeMo und CCS laut Anzeige funktionieren). Hier wäre es wünschenswert, dass man dies auch bei der Eingabe berücksichtigt wird.

z.B. ein boolean Switch „nur ausgewählten Anschluss“, default ON.

Zu klären

• wie sollen diese Fehlermeldungen behandelt werden? Momentan werden defekte Anschlüsse grau dargestellt. Soll man abhängig von diesem Flag eine andere Farbe wählen?