Zuerst das Produkt verständlich machen

Zeigen Sie vor einer Wallet-Verbindung, was das Produkt bietet, was die nächste Aktion erfordert und ob bloßes Stöbern überhaupt ein Konto benötigt. Eine unerklärte Verbindungsanfrage verlangt eine Entscheidung, bevor der Dienst verstanden wurde. Bieten Sie einen konkreten Einstieg wie Produktansicht, Positionsprüfung oder eine definierte Anfrage. Der Einrichtungsaufwand sollte zur Aktion passen. Unterstützen Sie klassische Konten und Wallets, erklären Sie deren unterschiedliche Zwecke. Zwei scheinbar austauschbare Anmeldewege mit verschiedenem Verhalten führen sonst leicht zu falschen Erwartungen. Der Nutzer sollte verstehen, warum die Wallet genau jetzt benötigt wird.

Jede Berechtigung gesondert erklären

Wallet-Verbindung, Nachrichtensignatur, Freigabe der Token-Nutzung und Transaktionsversand benötigen unterschiedliche Erklärungen. Beschreiben Sie die tatsächliche Anfrage vor dem Öffnen der Wallet, einschließlich Asset, Netzwerk, Betrag, Empfänger und gegebenenfalls Berechtigungsgrenze. Ein allgemeines „Weiter“ reicht für wesentlich unterschiedliche Schritte nicht. Ermöglichen Sie eine erneute Detailprüfung nach der Rückkehr. Benötigt ein Vorgang mehrere Anfragen, zeigen Sie Reihenfolge und aktuellen Schritt. Eine abgelehnte Signatur muss einen klaren Weg zum Abbruch oder bewussten Wiederholen bieten. Sie darf keine automatisch fortgesetzte Folge neuer Freigabeanfragen auslösen, die den Nutzer unter Druck setzt.

Konto- und Netzwerkwechsel tatsächlich verarbeiten

EIP-1193 definiert Ereignisse für Konto- und Blockchain-Wechsel bei Ethereum-Providern. Reagieren Sie darauf und prüfen Sie den laufenden Vorgang erneut, statt eine veraltete Kontobezeichnung anzuzeigen. Eine unsignierte Anfrage muss möglicherweise neu erstellt werden; eine bereits gesendete Transaktion bleibt ihrem ursprünglichen Kontext zugeordnet. Verwerfen Sie überholte Angebote und Berechtigungsannahmen, soweit erforderlich. Erklären Sie dem Nutzer die konkrete Änderung und die erneut zu prüfenden Angaben. Senden Sie niemals unbemerkt eine Ersatztransaktion, nur weil die Wallet das Netzwerk gewechselt hat oder eine frühere Anfrage ungültig geworden ist.

Den Wechsel zwischen mobilen Apps gestalten

Eine mobile Wallet öffnet möglicherweise eine andere Anwendung und kehrt verspätet zurück; dazwischen kann der Browser neu laden. Speichern Sie Entwurf und Transaktionsreferenz, ohne die Rückkehr als Zustimmung zu werten. Bieten Sie eine wiederaufnehmbare Statusseite mit Konto und Netzwerk. Testen Sie unterbrochene Übergaben, nicht unterstützte Wallets, Ablehnungen und verlorene Verbindungen. Vermeiden Sie Endlosschleifen aus Verbindungsanfragen. Eine hilfreiche Ausweichroute erklärt das erneute Öffnen des Vorgangs und den Zugriff auf Belege, falls die Wallet bereits gesendet hat. Dieser Weg muss auch nach einer längeren Unterbrechung verständlich bleiben.

Warten und Fehler präzise erklären

Verwenden Sie getrennte Meldungen für bewusste Ablehnung, getrennten Provider, falsches Netzwerk, gesendete und noch ungeprüfte Transaktion sowie bestätigtes Scheitern. Jeder Zustand benötigt einen passenden nächsten Schritt. Eine Ladeanzeige darf weder die Transaktionsreferenz verdecken noch eine garantierte Abschlusszeit nahelegen. Bewahren Sie gesendete Vorgänge beim Neuladen, damit Nutzer während der Prüfung nicht erneut bezahlen. Stellen Sie eine Supportreferenz ohne Geheimnisse bereit. Weder Oberfläche noch Supportanweisungen dürfen zur Weitergabe einer Wiederherstellungsphrase oder privaten Signaturmaterials auffordern. Prüfen Sie, ob eine unerfahrene Person die Meldung ohne technische Vermutungen richtig versteht.

Barrierefreiheit in die Abnahme aufnehmen

Testen Sie den gesamten Ablauf mit Tastatur, sichtbaren Fokuszuständen, vergrößertem Text und übersetzten Beschriftungen. In arabischen Ansichten müssen Adressen, Beträge und Netzwerkkennungen trotz Leserichtung verständlich bleiben; Kopieren muss den ursprünglichen Wert exakt erhalten. Unterscheiden Sie offene und abgeschlossene Zustände nicht ausschließlich durch Farbe. Lassen Sie eine mit dem Produkt unvertraute Person jede angefragte Berechtigung vor ihrer Zustimmung erklären. Erfassen Sie missverständliche Stellen. Gutes Onboarding besteht aus verständlichen Entscheidungen und klaren Wiederaufnahmewegen, gestützt auf korrekte technische Zustände. Die Erkenntnisse sollten anschließend als überprüfbare Verbesserungen in die nächste Abnahme einfließen.