Terminänderungen in einer App zuverlässig vermitteln
Ein Probeplan für Benachrichtigungsrechte, Versandstatus und den Rückweg zum aktuellen Servicetermin.
Die Änderung bleibt im Terminsystem
Eine Push-Nachricht informiert über einen geänderten Termin. Die verbindliche Änderung muss zuvor im zuständigen System gespeichert sein. Planen Sie deshalb zuerst, wo Kunden den aktuellen Stand finden und wer eine wichtige Änderung nachverfolgt, wenn die Nachricht sie nicht erreicht.
Apple und Android beschreiben plattformspezifische Benachrichtigungsrechte. Erläutern Sie den Nutzen im passenden Moment, etwa wenn Kunden Terminmeldungen aktivieren möchten. Eine abgelehnte Erlaubnis darf nicht als Zustimmung behandelt werden. Prüfen Sie das Verhalten auf den vorgesehenen Geräten und Betriebssystemständen.
Beispiel und ausgefüllter Probeplan
Im erfundenen Beispiel verschiebt die Disposition den Servicetermin AP-17 von 14:00 auf 15:00. Eine zurückhaltende Nachricht lautet: „Ein Servicetermin wurde geändert. Öffnen Sie die App für den aktuellen Stand.“ Persönliche Auftragsdetails müssen dafür nicht auf dem Sperrbildschirm stehen.
Situation | Geplantes Verhalten | Erwarteter Nachweis |
|---|---|---|
Benachrichtigungsrecht fehlt | Aktuelle Termine bleiben in der App auffindbar; den vereinbarten Kontaktweg für wichtige Änderungen nutzen. | Das Team nimmt keinen erfolgreichen Push-Kontakt an und kennt die zuständige Rolle. |
Termin wird geändert | Änderung speichern und Benachrichtigung eindeutig diesem Termin zuordnen. | Der neue Stand ist gespeichert; ein Versandversuch ersetzt die Speicherung nicht. |
Anbieter nimmt Nachricht an | Den tatsächlich bekannten Versandstatus erfassen. | Anbieterannahme wird nicht als Geräteempfang oder Lesen durch den Kunden bezeichnet. |
Gerät ist offline oder Nachricht kommt spät | Beim Öffnen den aktuellen Terminstand laden. | Alte Nachricht setzt keinen alten Stand zurück; fehlende Aktualisierung wird verständlich angezeigt. |
Kunde tippt auf Nachricht | Nach nötiger Anmeldung und aktueller Berechtigungsprüfung den zugehörigen Termin öffnen. | Der richtige Termin erscheint. Fehlt Zugriff oder lassen sich Daten nicht laden, erhält der Kunde eine passende Rückmeldung. |
Versand und Kundenhandlung getrennt prüfen
FCM dokumentiert Annahme durch den Server und Zustellung an das Geräte-SDK als getrennte Ereignisse. Auch Geräteempfang belegt nicht, dass der Kunde die Änderung gelesen oder akzeptiert hat. Das Antippen soll im Beispiel weder einen neuen Termin anlegen noch automatisch eine fachlich erforderliche Zustimmung abgeben.
Legen Sie eine zur Meldung passende Gültigkeitsdauer fest. Nachrichten können verzögert eintreffen; eine alte Meldung darf daher nicht die einzige Quelle für den Terminstand sein. Vereinbaren Sie für wichtige Änderungen, wann die zuständige Person über den festgelegten Kontaktweg nachfasst.
Erproben Sie erlaubte und abgelehnte Benachrichtigungen, verzögerten Empfang, fehlende Anmeldung und nicht ladbare Termindaten. Die Tabelle beschreibt die erwarteten Ergebnisse dieses Versuchs. Bewerten Sie, ob Kunden den aktuellen Termin finden und die nötige nächste Handlung verstehen.
Quellen
Geschrieben von
- Katharina WeberRedakteurin für Software und TechnologieKatharina Weber betreut bei ASES die Beiträge zur Softwareentwicklung. Sie schreibt über Fragen, die Unternehmen bei der Auswahl von Software, der Entwicklung neuer Anwendungen und der Modernisierung bestehender Systeme beschäftigen.
Weiterlesen
Alle Beiträge
Softwareentwicklung mit ASES
Individuelle Software, Web- und Mobile-Apps