Eine Lade-App wird anhand von drei Aspekten beurteilt: Finden eines funktionierenden Ladegeräts, reibungsloses Starten einer Sitzung und was passiert, wenn etwas schief geht. Beim ersten und dritten handelt es sich meist um Backend-Probleme, die über die App auftreten.
Teams, die es als Front-End-Projekt betrachten, bauen etwas Attraktives, das die Leute deinstallieren.
Discovery ist ein Datenqualitätsproblem
Das Anzeigen von Ladegeräten ist unkompliziert. Um tatsächlich verwendbare Ladegeräte anzuzeigen, sind Verfügbarkeitsdaten erforderlich, die die Realität widerspiegeln, und die Lücke zwischen gemeldeter Verfügbarkeit und Benutzerfreundlichkeit besteht in jedem Netzwerk.
Eine App, die einen Fahrer zu einem Parkplatz schickt, der von einem nicht ladenden Fahrzeug belegt ist, oder zu einem Gerät, das online ist, aber nicht funktioniert, schadet dem Vertrauen schneller als eine fehlende Funktion.
Reduzieren Sie die Schritte vor der ersten Sitzung
Bei jedem Schritt zwischen Ankommen und Laden gehen Menschen verloren. Kontoerstellung, Zahlungseinrichtung und Genehmigungsanfragen erfolgen alle, bevor ein Wert geliefert wurde, was der schlechteste Zeitpunkt für eine Anfrage ist.
Durch das Aufschieben dessen, was aufgeschoben werden kann, und die Unterstützung eines Pfads, der überhaupt kein Konto erfordert, wird der größte Einzelpunkt der Vernachlässigung bei öffentlichen Ladegeräten behoben.
Das Starten einer Sitzung erfolgt asynchron und muss anders aussehen
Ein Remote-Start ist eine Anfrage, die möglicherweise akzeptiert wird und dennoch keine Sitzung erzeugt. Die App muss zwischen „bestätigt“ und „gestartet“ unterscheiden, auf den Nachweis warten, dass die Sitzung begonnen hat, und dem Fahrer gegebenenfalls etwas Nützliches mitteilen.
Apps, die bei Bestätigung den Erfolg melden, führen dazu, dass auf dem Telefon „Laden“ angezeigt wird, auf dem Fahrzeug jedoch nicht. Dies ist der häufigste Anruf beim Ladesupport.
Gehen Sie ehrlich mit dem Scheitern um
- Sagen Sie, was fehlgeschlagen ist, und geben Sie dabei die Möglichkeiten des Treibers an, nicht einen Fehlercode.
- Bieten Sie die nächste Aktion an: Probieren Sie einen anderen Anschluss aus, wenden Sie sich an den Support, oder Sie können hier nichts unternehmen.
- Halten Sie eine Zahlung nicht ohne Angabe von Gründen zurück.
- Machen Sie den Supportpfad vom Fehler aus erreichbar, nicht über ein Einstellungsmenü.
Konnektivität am Ladegerät, mehr als am Telefon
Tiefgaragen beeinträchtigen sowohl den Anschluss des Ladegeräts als auch den des Fahrers. Eine App, die beim Start gute mobile Daten benötigt, schlägt genau an den Orten fehl, an denen AC-Laden am häufigsten vorkommt.
Lokale Interaktion über Bluetooth oder einen Pfad, der schlechte Konnektivität toleriert, sorgt dafür, dass diese Websites nutzbar bleiben.
Die Sitzungsüberwachung ist weniger wichtig, als viele annehmen
Live-Ladediagramme sind häufig die am häufigsten nachgefragte und am wenigsten genutzte Funktion. Die Fahrer schließen sich an und fahren los. Was sie eigentlich wollen, ist eine Benachrichtigung, wenn der Ladevorgang stoppt, unabhängig davon, ob er abgeschlossen ist oder fehlgeschlagen ist.
Der Aufbau einer Benachrichtigungszuverlässigkeit vor dem Aufbau einer Live-Telemetrie dient den Fahrern in der Regel besser, und es ist schwieriger, die richtige Lösung zu finden.