In-App-Support mit dem DobroDesk Mobile SDK

In-App-Support ist hilfreich, wenn der Kunde bereits das Produkt sieht, das die Frage ausgelöst hat. Eine native Oberfläche kann diesen Kontext bewahren, braucht aber weiterhin klare Zuständigkeit und einen verlässlichen Weg zum Team.

Den Inhalt des Releases 0.2.0 kennen

Das DobroDesk Mobile SDK 0.2.0 wird als Release nur mit Artefakten verteilt. Die veröffentlichte Version umfasst iOS, Android, Capacitor, React Native und NativeScript. Das Flutter-Paket heißt dobrodesk_sdk und steht auf Version 0.2.0. Der native Quellcode ist nicht Teil des öffentlichen Pakets.

Wählen Sie zuerst Host-Plattform und passendes Release-Artefakt. Das öffentliche SDK-Repository dokumentiert unveränderliche Assets und Prüfsummen. Die iOS- und Android-Anleitungen beschreiben die Einrichtung. Fixieren Sie die geprüfte Version, damit ein unabhängiges Paketupdate die Supportoberfläche nicht unbemerkt ändert.

Support aus dem richtigen App-Kontext öffnen

Öffnen Sie Support aus einem nützlichen Produktkontext. Übergeben Sie nur Kontext, den der Host teilen darf, und erklären Sie, was der Kunde in der Supportansicht tun kann. Das SDK stellt den Einstieg bereit. DobroDesk verwaltet Unterhaltung, gemeinsame Inbox und freigegebenes Teamwissen.

Behandeln Sie Berechtigungen und optionale Funktionen als Hostentscheidung. Die Android-Artefakte für Voice und Push sind optionale Pakete, während die Host-App Mikrofon- und Benachrichtigungsberechtigungen verwaltet. Beschreiben Sie diese Pakete nicht als allgemeine Garantie für Push oder Voice.

Wiederherstellung und Berechtigungen planen

Bauen Sie den Wiederherstellungsweg vor dem ersten Release. Wenn der Kunde offline ist, eine Berechtigung fehlt oder das SDK die Einrichtung nicht beendet, muss der nächste Schritt sichtbar sein und der Supportwunsch erhalten bleiben. Ein guter Fallback erklärt die Fortsetzung, statt die Anfrage still zu verlieren.

Testen Sie denselben Supportfall auf jeder geplanten Plattform. Prüfen Sie Kaltstart, wiederhergestellte Sitzung, Sprache, Zurücknavigation, Tastatur und Rückweg in die App. Testen Sie danach eine Übergabe an einen Mitarbeiter und ob der Kontext in der gemeinsamen Inbox verständlich bleibt.

Release-Grenze vor dem Versand testen

Dokumentieren Sie die Release-Grenze im Team. Halten Sie Version, Plattform, Prüfsumme und Hostberechtigungen fest. Vergleichen Sie beim Upgrade die veröffentlichten Hinweise und wiederholen Sie Gesprächs- und Sitzungsprüfungen, bevor die Produktionsversion wechselt.

Eine gute mobile Integration wirkt beim Einstieg nativ und bleibt dahinter im Supportbetrieb konsistent. Halten Sie den Kundenweg kurz, machen Sie Zuständigkeit sichtbar und verwenden Sie die öffentlichen SDK-Anleitungen als Quelle für die Möglichkeiten des Releases, das Sie tatsächlich ausliefern.