Ett möte kan vara korrekt sparat och ändå missförstås. Bokningssidan visar 10.00, bekräftelsen visar 09.00 och ingen av dem förklarar tidszonen. Båda uppgifterna kan avse samma ögonblick, men kunden kan inte säkert avgöra det utifrån informationen som visas.
Om en ChatGPT-annons erbjuder distansrådgivning ingår tydliga tider i den praktiska leveransen. Det blir särskilt relevant när kunden och företaget finns på olika platser eller när någon bokar åt en kollega. Guiden gäller vad kundresan visar, inte implementationen av en viss kalenderleverantör.
Namnge tidszonen före första valet
Kalendern bör visa vilken tid som används där kunden väljer ett tillfälle. Ett zonnamn eller en tydligt identifierad plats kan ge mer sammanhang än en ensam siffra. Om systemet väljer zon automatiskt behöver personen kunna kontrollera och vid behov ändra valet när det stöds.
Använd inte sidans språk som ersättning för avsedd tidszon. En engelskspråkig kund kan finnas i Stockholm och en svenskspråkig person kan ordna ett möte åt ett annat kontor. Enhetens inställning kan också skilja sig från platsen där mötet ska genomföras.
För en fiktiv tjänst med digital produktvisning kan bokningssammanfattningen namnge mötet och förklara att lediga tider visas i vald zon. Använd kalenderns verkliga val, inte en fast text som kopierats till sidan runtom. En statisk upplysning kan bli fel när besökaren ändrar kalenderinställningen.
Skilj tillfället från hur klockslaget visas
Leverantören och kunden kan se olika klockslag för samma möte. Det behöver inte vara ett fel. Det viktiga är att det valda tillfället motsvarar samma ögonblick genom hela processen, även om det presenteras på olika sätt.
Anteckna kundens visade datum, tid och zon i granskningen. Jämför sedan med företagets bokningspost och bekräftelsen. Låt den tekniskt ansvariga kontrollera omräkningen i stället för att manuellt lägga till en fast skillnad i sidtexten.
IANA underhåller en tidszonsdatabas som uppdateras när lokala tidsregler ändras. Det är ett skäl till att både namngiven zon och datum spelar roll i den tekniska hanteringen. Anta inte att skillnaden mellan två platser är konstant året runt. Guiden väljer inget särskilt bibliotek och beräknar inte tidsskillnaden för ett framtida möte.
Kontrollera vad som händer när kunden byter visad tidszon efter att ha valt en tid. Om kalendern behåller samma mötestillfälle kan klockslaget ändras. Om den i stället behåller klockslaget och väljer ett annat tillfälle har bokningen ändrats. Prova vilket beteende verktyget har och förklara ett eventuellt nytt val före bekräftelsen. Kunden ska inte råka flytta produktvisningen till ett annat tillfälle genom att kontrollera sin lokala tid.
Samma möte kan visas med olika klockslag
- Kundens vy
Kontrollera datum, tid och vald zon.
- Företagets vy
Bekräfta att samma mötestillfälle sparats.
- Byte av visad zon
Kontrollera om samma tillfälle behålls eller ett nytt väljs.
Kontrollera datumet, inte bara timmen
En omräkning kan ändra kalenderdagen. Ett sent möte på en plats kan inträffa nästa dag på en annan. Bekräftelsen behöver därför visa hela datumet tydligt, särskilt när kunden redan har lämnat kalenderns veckovy och bara läser ett meddelande.
Undvik korta datumformat som kan tolkas olika av en internationell målgrupp. En utskriven månad kan göra beskedet tydligare. Kontrollera språkversionen så att datum och tidszonsbenämning går att förstå tillsammans utan att läsaren måste gissa ordningen.
När kunden bokar åt en kollega behöver det framgå vems vy som används. Om deltagare kan läggas till ska ni kontrollera vad varje person får. Påstå inte att alla inbjudningar automatiskt använder rätt personlig zon utan att den valda lösningen har verifierats.
För ett möte på plats bör adressen eller platsnamnet stå intill lokalt datum och klockslag. Den som ordnar ett besök under en resa kan ha enheten inställd på en annan tidszon. Om sidan även visar en omräknad tid behöver båda vyerna benämnas så att tiden vid mötesplatsen går att skilja från tiden på enheten.
Håll påminnelser och ombokning förenliga
Resan slutar inte när första bekräftelsen visas. Påminnelse, kalenderfil och ombokningssida kan presentera tiden på andra sätt. Följ de vägarna genom den godkända testprocessen i stället för att bara granska kalenderns första skärm.
Om kunden byter enhetens tidszon mellan bokning och ombokning kan mötet visas annorlunda. Visa den aktuella inställningen igen. Förlita er inte på att personen minns valet från det första besöket efter ChatGPT-annonsen.
Guiden om ombokning behandlar hur mötet ändras utan motstridiga bokningar. Guiden om övergång till externt system behandlar sambandet mellan målsida och kalender. Tidsinformationen behöver granskas vid båda övergångarna.
Prova relevanta kombinationer
Välj några scenarier som motsvarar företagets verkliga kundresor. Ta med företagets zon, en annan kundzon som stöds och ett datum nära övergången mellan sommartid och normaltid där det är relevant. Låt någon med rätt kompetens kontrollera det förväntade resultatet.
Prova också bokning åt en annan person och språkbyte under valet. Läs datum, zon och mötesidentitet före bekräftelsen. Syftet är att hitta motsägelser, inte att hävda att några exempel bevisar alla geografiska kombinationer.
Om verktyget inte säkert stödjer den presentation som behövs bör instruktionen förenklas och en verifierad hjälpväg erbjudas. Dölj inte osäkerheten bakom ”alla tider är lokala” när det är oklart vilken plats som avses.
Sidan är begriplig när kunden kan säga när mötet sker i den zon den tänker använda och företaget får samma tillfälle. Tydlig benämning, förenlig bekräftelse och prövad ombokning hjälper mer än en lugnande mening som systemet bakom inte kan hålla.
Källor och avgränsning
Presentation och bekräftelse av mötestider när kunden från ChatGPT och företaget kan använda olika tidszoner.
Arbetsmetoder och exempel är redaktionella förslag. Kontrollera aktuella plattformsvillkor och funktioner inför genomförandet.