En kort lämplighetskontroll kan göra en annonserad tjänst lättare att förstå, men bara om frågorna faktiskt påverkar nästa steg. Ett test som alltid rekommenderar samma paket är en säljpresentation i frågeform. En användbar kontroll visar sina begränsningar och hjälper besökaren avgöra vad som behöver undersökas.
Tänk dig en fiktiv tjänst för datamigrering som marknadsförs genom ChatGPT-annonser. Leverantören stödjer vissa källsystem och en bestämd destination. Besökaren behöver veta om projektet kan övervägas innan den beskriver hela migreringen. Uppgiften här är att utforma frågor, förklaringar och svarsvägar. De konkreta skälen till att tjänsten inte passar behandlas i guiden om begränsningar.
Rita beslutsträdet på papper
Lista de få villkor som verkligen avgör vägen vidare. För migrationsexemplet kan den första frågan gälla källsystemet. Nästa kan vara om kunden kan exportera i ett format som stöds. En tredje kan kontrollera att kunden faktiskt vill flytta till den destination som tjänsten omfattar.
Ta bort frågor som bara berikar kontaktregistret. Företagets storlek kan vara användbar senare, men ska inte presenteras som ett lämplighetskriterium om den inte ändrar erbjudandet. Fråga inte heller efter budget för att lämna ett besked om teknisk kompatibilitet. Det är olika beslut som behöver hållas isär.
Rita alla resultat innan ni bygger formuläret. Ett källsystem som stöds och en tillgänglig export kan leda till projektförfrågan. Ett system som inte stöds kan leda till en tydlig förklaring. Ett osäkert svar kan leda till en begränsad kontrollfråga. Om en gren inte får någon meningsfull konsekvens bör ni ompröva frågan.
Låt besökaren svara att den inte vet
Kunden kanske känner till programnamnet men inte versionsnumret eller exportformatet. Ett krav på ett bestämt svar kan skapa gissningar som sedan ser ut som tillförlitlig kvalificering. Erbjud därför ett osäkerhetsalternativ där det är rimligt att kunden saknar information.
”Jag kan exportera en CSV-fil”, ”Jag kan exportera i ett annat format” och ”Jag har inte kontrollerat det ännu” beskriver olika situationer. Det tredje svaret ska inte automatiskt betyda att tjänsten är omöjlig. Det kan i stället visa vilken instruktion kunden behöver, exempelvis var exportinformationen finns eller vad en administratör behöver bekräfta.
Placera förklaringen intill frågan. W3C:s vägledning om formulärinstruktioner beskriver instruktioner för obligatoriska uppgifter, format och enskilda fält. Den betonar också att instruktionerna behöver kunna läsas av hjälpmedel. I migrationsexemplet kan ”exportformat” förklaras som filtypen som programmet kan spara, med ett exempel intill svarsalternativen. Låt förklaringen finnas kvar när kunden svarar, så att den går att läsa igen.
Skilj dessutom ”vet inte” från ett uteblivet svar. En person som medvetet väljer osäkerhet har lämnat användbar information. Den ska inte fastna i samma felmeddelande som den som råkade hoppa över frågan. Om kontrollen kräver att alla väljer ett alternativ behöver det framgå utan att osäkerhetsalternativet behandlas som ett fel.
Låt resultatet motsvara kontrollens säkerhet
”Ditt projekt är godkänt” är för starkt om kontrollen bara har visat att källsystemet finns på en lista. Skriv hellre vad ni vet: ”Det här källsystemet kan bedömas för migreringstjänsten. Vi behöver fortfarande granska exporten och den önskade omfattningen.”
En resultatsida kan innehålla tre korta delar:
- Svaren som ledde till den aktuella vägen, med möjlighet att ändra dem.
- Vad svaren faktiskt visar, utan att göra beskedet till en garanti.
- Vilken uppgift eller handling som behövs härnäst.
Om resultatet är att tjänsten inte stöds behöver den relevanta gränsen förklaras. Visa inte ett annat erbjudande som om det vore samma tjänst. Ett verkligt alternativ kan vara användbart när det benämns tydligt. Finns inget lämpligt alternativ är ett klart avslut bättre än ytterligare ett formulär utan möjlig leverans.
Undvik ett sammanlagt poängtal när villkoren egentligen är avgörande var för sig. Två positiva svar väger inte upp att den önskade destinationen saknar stöd. I det fiktiva migrationsexemplet kan ett känt källsystem och en okänd export ge beskedet ”Kontrollera exporten”, medan en destination utanför tjänstens omfattning ger ett annat besked även om exporten är klar. Skriv ut vilken uppgift som styr nästa steg. Då går bedömningen att förstå och rätta.
Vad saknas för att bedöma migreringen?
- Källa, export och mål stöds
Gå vidare till granskning av fil och omfattning.
- Exporten är okänd
Visa hur kunden kan hitta exportuppgiften.
- Destinationen saknar stöd
Förklara varför just denna tjänst inte passar.
Koppla kontrollen till ChatGPT-annonsens löfte
Annonsen bör inte antyda att alla system fungerar om den första frågan på målsidan utesluter många. Läs annonsen och kontrollen tillsammans. En kvalificering kan inte reparera ett alltför brett löfte enbart genom att visa begränsningen efter klicket.
Introducera tjänsten innan frågorna börjar. Besökaren ska förstå vad kontrollen gäller, vilket underlag som behövs och vad resultatet kan säga. Utgå inte från att personen minns varje ord i annonsen. Be inte heller kunden klistra in en privat ChatGPT-konversation för att få besked om tjänstens lämplighet. Frågorna bör gälla kundens projekt.
Om ett positivt besked leder till ett kontaktformulär kan de redan lämnade svaren följa med i en synlig och redigerbar sammanfattning. Att fråga samma sak igen skapar möjlighet till motsägelser. Läs om formulär i flera steg för att behålla sammanhanget genom en längre interaktion.
Börja granskningen med gränsfallen
Prova ett känt system med okänd version, ett godkänt format med fel destination och en besökare som ändrar ett tidigt svar efter resultatet. Kontrollera att beskedet uppdateras och att gamla svar inte fortsätter påverka det i bakgrunden.
Byter kunden källsystem kan även frågan om export behöva besvaras på nytt. Visa vilka svar som fortfarande gäller och vilka som behöver kontrolleras igen. Radera inte allt utan förklaring, men för över inte heller ett exportformat från det tidigare systemet som om det hade bekräftats för det nya. Den synliga sammanfattningen och underlaget som når leveransteamet ska beskriva samma projekt.
Låt leveransteamet granska varje utfall. De bör kunna förklara varför grenen finns och vad de gör med den förfrågan som kommer fram. Utse någon som uppdaterar listan när tjänsten ändras. En enkel kontroll som underhålls är mer användbar än en avancerad lösning med inaktuella regler.
Ett lämpligt projekt ska kunna gå vidare med bättre underlag, ett olämpligt få en sann förklaring och ett osäkert nå en person eller instruktion som kan reda ut frågan. Om osäkerheten i stället gäller var uppdraget ska utföras finns en separat kontroll av serviceområdet. Välj vilka kontroller som behövs utifrån tjänsten i annonsen och placera dem i den större strukturen för landningssidan.
Källor och avgränsning
Frågor och svarsvägar som hjälper besökaren från ChatGPT bedöma tjänstens lämplighet före förfrågan, även när underlaget är osäkert.
Arbetsmetoder och exempel är redaktionella förslag. Kontrollera aktuella plattformsvillkor och funktioner inför genomförandet.