Formidl aftaleændringer pålideligt i en app
En prøveplan for tilladelser, sendestatus og vejen tilbage til det aktuelle servicebesøg.
Ændringen hører til i systemet til servicebesøg
En pushbesked oplyser om et ændret servicebesøg. Den gældende ændring skal først være gemt i det ansvarlige system. Planlæg derfor, hvor kunden finder den aktuelle status, og hvem der følger en vigtig ændring op, hvis beskeden ikke når frem.
Apple og Android beskriver platformspecifikke tilladelser. Forklar fordelen på et passende tidspunkt, eksempelvis når kunden ønsker beskeder om servicebesøg. En afvist tilladelse er ikke samtykke. Kontrollér adfærden på de planlagte enheder og systemversioner.
Eksempel og gennemarbejdet prøveplan
I det opdigtede eksempel flytter planlægningen servicebesøget AP-17 fra 14:00 til 15:00. En diskret besked kan være: »Tidspunktet for et servicebesøg er ændret. Åbn appen for den aktuelle status.« Personlige opgavedetaljer behøver ikke stå på låseskærmen.
Situation | Planlagt adfærd | Forventet dokumentation |
|---|---|---|
Tilladelse mangler | Aktuelle servicebesøg kan stadig findes i appen; brug aftalt kontaktvej ved vigtige ændringer. | Teamet antager ikke vellykket pushkontakt og kender den ansvarlige rolle. |
Besøget ændres | Gem ændringen, og knyt beskeden entydigt til besøget. | Den nye status er gemt; et sendeforsøg erstatter ikke lagring. |
Udbyder accepterer besked | Registrér den faktisk kendte sendestatus. | Accept hos udbyderen kaldes ikke modtagelse på enheden eller læsning hos kunden. |
Enhed offline eller besked forsinket | Hent aktuel status for besøget ved åbning. | En gammel besked gendanner ikke gammel status; manglende opdatering vises forståeligt. |
Kunden trykker på beskeden | Åbn besøget efter nødvendig indlogning og kontrol af aktuelle rettigheder. | Det rette besøg vises. Mangler adgang, eller kan data ikke hentes, får kunden passende tilbagemelding. |
Kontrollér afsendelse og kundens handling særskilt
FCM beskriver serveraccept og levering til enhedens SDK som adskilte hændelser. Modtagelse beviser heller ikke, at kunden har læst eller accepteret ændringen. Et tryk må her hverken oprette et nyt besøg eller automatisk give en godkendelse, som forretningsforløbet kræver.
Fastlæg passende gyldighed for beskeden. Beskeder kan komme sent; en gammel besked må derfor ikke være eneste kilde til besøgets status. Aftal, hvornår den ansvarlige følger vigtige ændringer op via den fastlagte kontaktvej.
Afprøv tilladte og afviste beskeder, sen modtagelse, manglende login og data om besøget, der ikke kan hentes. Tabellen beskriver forventede resultater. Vurdér, om kunden finder det aktuelle besøg og forstår næste nødvendige handling.
Kilder
Læs videre
Alle artikler
Softwareudvikling med ASES
Skræddersyet software, web- og mobilapps