Hoppa till innehållet

Förmedla bokningsändringar tillförlitligt i en app

En provplan för behörigheter, sändningsstatus och vägen tillbaka till aktuell servicebokning.

Katharina Weber2 min läsning
Klocka med blå skuggning bredvid en blå punkt och en överstruken grå punkt.

Ändringen hör hemma i bokningssystemet

En pushnotis informerar om en ändrad bokning. Den gällande ändringen måste först sparas i ansvarigt system. Planera därför var kunden hittar aktuellt läge och vem som följer upp en viktig ändring om notisen inte når fram.

Apple och Android beskriver plattformsspecifika behörigheter. Förklara nyttan vid ett lämpligt tillfälle, exempelvis när kunden vill aktivera bokningsnotiser. Nekad behörighet är inget samtycke. Kontrollera beteendet på avsedda enheter och systemversioner.

Exempel och provplan

I det påhittade exemplet flyttar planeringen servicebokning AP-17 från 14:00 till 15:00. En diskret notis kan vara: ”En servicebokning har ändrats. Öppna appen för aktuellt läge.” Personliga uppdragsdetaljer behöver inte stå på låsskärmen.

Situation

Planerat beteende

Förväntat belägg

Behörighet saknas

Aktuella bokningar går fortfarande att hitta i appen; använd avtalad kontaktväg vid viktiga ändringar.

Teamet antar ingen lyckad pushkontakt och känner till den ansvariga rollen.

Bokning ändras

Spara ändringen och koppla notisen tydligt till bokningen.

Det nya läget är sparat; ett sändningsförsök ersätter inte lagring.

Leverantör accepterar notis

Dokumentera faktiskt känd sändningsstatus.

Acceptans kallas inte mottagning på enheten eller kundens läsning.

Enhet offline eller notis sen

Hämta aktuellt bokningsläge vid öppning.

En gammal notis återställer inte gammalt läge; utebliven uppdatering visas begripligt.

Kunden trycker på notisen

Öppna bokningen efter nödvändig inloggning och kontroll av aktuell behörighet.

Rätt bokning visas. Om åtkomst saknas eller data inte kan hämtas får kunden lämplig återkoppling.

Kontrollera sändning och kundhandling separat

FCM beskriver serveracceptans och leverans till enhetens SDK som skilda händelser. Mottagning visar inte heller att kunden har läst eller accepterat ändringen. Ett tryck får här varken skapa en ny bokning eller automatiskt ge ett godkännande som verksamhetsflödet kräver.

Bestäm lämplig giltighetstid. Notiser kan komma sent; en gammal notis får därför inte vara enda källan till bokningsläget. Kom överens om när ansvarig följer upp viktiga ändringar via fastställd kontaktväg.

Pröva tillåtna och nekade notiser, sen mottagning, saknad inloggning och bokningsdata som inte kan hämtas. Tabellen beskriver förväntade resultat. Bedöm om kunden hittar aktuell bokning och förstår nästa nödvändiga handling.

Källor

Skriven av

  • Katharina WeberRedaktör för mjukvara och teknikKatharina Weber ansvarar för artiklarna om mjukvaruutveckling på ASES. Hon skriver om de frågor företag ställs inför när de väljer mjukvara, utvecklar nya applikationer och moderniserar befintliga system.

Följ ASES

Läs vidare

Alla artiklar

Mjukvaruutveckling med ASES

Skräddarsydd programvara, webb- och mobilappar