”Något gick fel” kan vara sant men säger sällan vad kunden ska göra. Efter en ChatGPT-annons och en beskriven projektförfrågan behöver besökaren veta om uppgifterna kom fram, om ett fält behöver rättas eller om själva tjänsten är otillgänglig. Situationerna bör inte få samma allmänna meddelande.
Vägen efter ett fel ingår i förfrågningsupplevelsen. Den behöver lika mycket omsorg som bekräftelsen, särskilt när formuläret ber kunden skriva en längre projektbeskrivning eller bifoga material. Kunden har redan utfört arbete som sidan bör hjälpa till att bevara.
Klassificera felet före formuleringen
Börja med fyra kategorier: saknad information, felaktigt format, en begäran utanför tjänstens regler och ett tekniskt inskickningsfel. Kundens nästa handling skiljer sig mellan dem. Skriv först vad som ska hända, sedan hur det ska förklaras.
För en fiktiv tjänst för skyltformgivning behöver en saknad svarsväg rättas i ett fält. En för stor fil kräver en annan uppladdning. Ett uppdrag företaget inte erbjuder behöver en förklaring av omfattningen. Ett misslyckat nätverksanrop behöver återhämtning utan att kundens mejladress beskrivs som ogiltig.
Anteckna beteendet bredvid varje kategori. Då blir det svårare för gränssnittet att använda ett bekvämt fältfel för ett problem som egentligen uppstod senare i behandlingen. Teamet kan också avgöra vilka fel som kan rättas utan att resten av formuläret försvinner.
Skriv det kortaste besked som löser osäkerheten
Ett inmatningsfel bör identifiera problemet och förklara fortsättningen. Undvik interna ord som valideringsundantag och svarspayload. Kunden behöver inte förstå implementationen för att rätta en kontaktuppgift. Beskedet ska tala om det kunden faktiskt kan påverka.
Ett filmeddelande kan ange vilken storleksgräns eller vilket format som inte uppfylldes, förutsatt att uppgiften motsvarar den verkliga funktionen. Hitta inte på ett alternativ som uppladdaren inte accepterar. Om förfrågan kan fortsätta utan bilaga bör det framgå tydligt.
W3C:s vägledning om formulärmeddelanden beskriver hur återkoppling kan kopplas till berörda fält och hur kunden kan hitta felen. Tillämpa det på den riktiga sidan, även när flera fel sammanfattas. Ett meddelande som finns men är svårt att hitta kan fortfarande lämna kunden osäker på varför processen stannade.
Använd samma fältnamn i felsammanfattningen som vid själva kontrollen. Om etiketten är ”Mejladress för svar” hjälper inte beskedet ”Ogiltig kundidentifierare”. Kunden kan då börja leta efter ett fält som inte finns. En länk från sammanfattningen bör nå rätt fält, där rättningsinstruktionen fortfarande ska vara tillgänglig. Prova att rätta från den utgångspunkten, inte bara att läsa feltexten lösryckt.
Behåll det som redan är korrekt
En kund som skrivit flera stycken om skyltprojektet bör inte behöva skapa om dem för att ett obligatoriskt val saknas. Bevara giltig information där det är lämpligt och visa det konkreta problem som behöver rättas.
Om en ändring gör ett annat svar otillräckligt behöver sambandet förklaras. Installation i stället för enbart formgivning kan kräva en plats. Det nya kravet ska visas i sammanhanget, inte som en överraskande lista först vid slutet.
Bilagor kan behöva särskild hantering. Om webbläsaren eller tjänsten inte kan behålla filen efter felet behöver kunden få veta att den måste väljas igen. Visa inte ett filnamn som om överföringen lyckats när filinnehållet inte längre finns. Guiden om bilagor går igenom de tillstånden närmare.
Var exakt när mottagandet är osäkert
En tidsgräns kan passeras utan att gränssnittet vet om förfrågan kom fram. ”Inget skickades” kan vara fel om servern tog emot uppgifterna innan anslutningen bröts. ”Vi har tagit emot din förfrågan” kan också vara fel om inget sparades.
Systemet behöver ett tillförlitligt sätt att reda ut tillståndet. Meddelandet ska motsvara den möjligheten. Om status går att kontrollera kan sidan förklara kontrollen. Om det inte går behövs en verklig kontaktväg utan ett säkert påstående om något som ännu är okänt.
Ge inte upprepade klick som en allmän lösning. Beroende på systemet kan det skapa dubbletter. Guiden om fördröjt inskickande behandlar väntan och osäkert mottagande separat från vanliga fältfel. De behöver olika besked och olika återhämtning.
Felorsaken bestämmer rättningen
- Saknat svar
Visa fältet och vad som behöver anges.
- Fel fil
Förklara verkligt format eller storlekskrav.
- Okänt mottagande
Kontrollera status utan falskt slutbesked.
Låt reservvägen gälla samma erbjudande
Om annonsen erbjuder en offert bör reservvägen fortfarande hjälpa kunden begära den offerten. En allmän supportsida kan tvinga besökaren att återskapa hela uppgiften. Ge en relevant väg eller tydliga instruktioner om vilket underlag som ska lämnas.
Använd inte felläget för att byta tjänst utan förklaring. En förfrågan om skyltformgivning ska inte bli installationsbokning bara för att det första formuläret misslyckades. Erbjudandet är fortfarande utgångspunkten genom återhämtningen.
En kund utanför tjänstens omfattning behöver också ett sakligt besked, inte ett tekniskt fel. Om uppdraget kan granskas manuellt ska den vägen beskrivas korrekt. Om det inte kan utföras är ett sanningsenligt avslut bättre än att kunden skickas runt genom samma formulär.
Prova hela rättningsförloppet
Förbered säkra testfall för varje kategori och ange förväntat resultat. Framkalla meddelandet, rätta uppgiften och fortsätt till bekräftelsen. Kontrollera att giltiga svar finns kvar, att felet tas bort vid rätt tillfälle och att mottagen förfrågan innehåller den korrigerade informationen.
Granska på smal skärm och med tangentbord. Se om fasta knappar täcker återkopplingen eller om sidan flyttar kunden oväntat efter inskickandet. Ett lyckat tekniskt test visar inte ensamt att besökaren förstår vägen tillbaka.
Håll slutbeskedet tydligt skilt från felläget. Kunden ska veta när förfrågan verkligen är mottagen och vad nästa steg är. Ett fältfel som rättas och följs av en mottagen förfrågan är inte ett formuläravbrott. Ett klick på skicka-knappen bevisar samtidigt inte att något tagits emot. Skilj utfallen åt när ni undersöker förlorade förfrågningar från ChatGPT, så att antal fel inte blir ett missvisande antal förlorade kunder.
Källor och avgränsning
Felmeddelanden och återhämtning i förfrågningsformuläret efter ChatGPT-klicket, med nästa steg anpassat till den verkliga orsaken.
Arbetsmetoder och exempel är redaktionella förslag. Kontrollera aktuella plattformsvillkor och funktioner inför genomförandet.