Använd följande tillstånd när ni granskar ett långsamt formulär: klart att skicka, skickar, mottaget, avvisat och okänd mottagning. Om gränssnittet bara känner till ”Skicka” och ”Tack” saknar kunden en användbar förklaring till det som händer mellan dem.
Det märks särskilt när en ChatGPT-annons har uppmanat någon att beskriva ett projekt. Besökaren kan ha lagt flera minuter på uppgifter som är svåra att återskapa. En snurrande symbol utan besked lämnar personen att välja mellan att vänta, klicka igen, uppdatera sidan eller ge upp. Vilken återhämtning som är rätt beror på vad systemet faktiskt vet.
Beskriv vad som händer medan kunden väntar
Ett väntemeddelande ska beskriva handlingen som pågår. ”Skickar din förfrågan” säger mer än en allmän laddningssymbol. Placera beskedet nära inskicket och behåll svaren synliga eller möjliga att återställa enligt den lösning som används.
Visa inte procenttal eller nedräkning om de saknar verklig information om förloppet. Ett påhittat ”95 procent klart” skapar en förväntan som sidan inte kan förklara när siffran blir kvar. Ett lugnt besked om den pågående handlingen är bättre än skenbar precision.
Låt tekniskt ansvarig bestämma när den vanliga väntan ska övergå till ett besked om längre fördröjning. Gränsen ska bygga på hur den använda tjänsten fungerar, inte på ett allmänt sekundtal från den här guiden. Texten kan säga att det tar längre tid utan att samtidigt påstå att inskicket har misslyckats.
Skilj avvisning från ett okänt resultat
När systemet avvisar uppgifterna efter en kontroll finns ett känt problem: något behöver rättas för att förfrågan ska accepteras på avsett sätt. Visa relevant hjälp för formulärfel, behåll övriga svar och låt kunden göra ändringen.
Ett förlorat svar är mer osäkert. Mottagningen kan ha sparat förfrågan samtidigt som webbläsaren missade bekräftelsen. Då blir ”Ingenting har skickats” fel. Även ”Vi har fått din förfrågan” saknar grund om sidan inte har något besked som visar mottagandet.
Förklara det okända tillståndet ärligt och erbjud en kontroll som lösningen stödjer. Det kan vara att kontrollera den ursprungliga förfrågan, upprepa en begäran med samma identifierare eller kontakta personal som kan söka i kön. Välj metoden med systemansvarig. Att knappen tillfälligt spärrats bevisar inte att dubbla förfrågningar är omöjliga.
Följ ett avbrott steg för steg
Anta att en hypotetisk besökare klickar på en ChatGPT-annons om genomgång av en arbetsplats. Personen anger plats och en utförlig beskrivning och skickar medan mobilanslutningen blir instabil. Servern registrerar förfrågan men webbläsaren får inte bekräftelsen.
Om sidan bara återställer knappen och säger ”Försök igen” kan kunden skapa en till förfrågan. Personalen riskerar då att kontakta samma kund flera gånger eller behandla kopior med olika innehåll. Att spärra knappen under första försöket minskar en typ av upprepade klick men löser inte den senare osäkerheten.
En bättre återhämtning börjar med att behålla texten och säga att mottagandet inte kunde bekräftas. Använd kontroll av ursprungsförfrågan om systemet har stöd för den. Om personalen måste hjälpa till behövs lämplig referensinformation som gör det möjligt att hitta posten. Kunden ska inte behöva skicka hela projektbeskrivningen genom ännu en kanal bara för att fråga om den första kom fram.
Beskedet måste följa det kända tillståndet
- Väntar på svar
Visa att sidan väntar på svar och behåll texten.
- Mottagning bekräftad
Visa referens och nästa steg enligt systemets svar.
Kontrollpunkt - Status okänd
Erbjud kontroll eller kontakt utan att lova att inget skickats.
Att ompröva
Låt beskedet fungera utan ständig skärmkontroll
Väntan och resultat ska gå att uppfatta även för den som inte ser en liten indikator ändras. W3C:s förklaring av statusmeddelanden beskriver hur relevanta dynamiska uppdateringar kan göras tillgängliga för hjälpmedel utan onödiga fokusförflyttningar.
Låt en tillgänglighetsgranskare prova den faktiska följden. Ett uppläst meddelande varje sekund kan störa. Total tystnad när resultatet ändras kan i stället lämna personen i väntan. Målet är begriplig information när tillståndet förändras, inte en löpande redovisning av teknisk aktivitet.
Skilj också på att skicka förfrågan och att ladda upp en bilaga. Om filöverföringen fortfarande pågår får texten inte säga att hela underlaget tagits emot. En möjlighet att fortsätta utan bilagan måste följa den verkliga processen, särskilt om dokumentet behövs för att ärendet ska kunna behandlas.
Bestäm vad kunden kan göra under tiden
En spärrad skickaknapp ska inte lämna hela sidan oanvändbar utan förklaring. Avgör om kunden kan granska svaren, avbryta väntan, kopiera beskrivningen eller kontakta teamet. Varje handling behöver motsvara vad lösningen faktiskt klarar.
Var särskilt noggrann med ordet avbryt. Att stoppa webbläsarens väntan behöver inte återkalla en förfrågan som redan har nått servern. Knappens text måste beskriva handlingen korrekt och förklara om osäkerhet kring mottagandet finns kvar.
Guiden om bevarade formulärsvar behandlar när kunden lämnar ett steg eller går tillbaka. Här är den omedelbara uppgiften att felhanteringen inte ska förstöra arbetet som redan gjorts. Töm inte formuläret förrän systemet har en motiverad anledning.
Avsluta granskningen med kända resultat
Prova ett vanligt svar, en avvisning, ett fördröjt svar och en förlorad bekräftelse. Samordna med mottagande grupp så att testförfrågningarna känns igen. Jämför sidans besked med antal och innehåll i posterna som faktiskt kom fram.
Kontrollera även uppdatering av sidan och ett senare återbesök. En länk för återhämtning ska inte omvandla ett färdigt inskick till ännu en förfrågan. När mottagandet är fastställt kan bekräftelsesidan förklara nästa steg i verksamheten.
Resultatet av arbetet är ett litet antal sanningsenliga besked kopplade till prövade tillstånd. Anslutningen kan fortfarande vara långsam, men kunden ska förstå vad som är känt, få behålla sina svar och ha en praktisk väg för att reda ut det som ännu inte är känt.
Källor och avgränsning
Utforma väntan och återhämtning när ett formulärinskick efter en ChatGPT-annons är långsamt eller har okänd mottagningsstatus.
Arbetsmetoder och exempel är redaktionella förslag. Kontrollera aktuella plattformsvillkor och funktioner inför genomförandet.