Utforma för avhopp i specifikationen
Hitta den fråga eller det steg där kunderna stannar, och fastställ om det är otydligt, för tidigt, påträngande eller helt enkelt onödigt.
- Underlag
- Etablerad praxis. Brett och oberoende praktiserat över handeln. Ingenting här är en upptäckt gjord av Specify; det är de idéer som mest sannolikt är okontroversiella och minst sannolikt spännande.
- Svårighetsgrad
- Liten. Svårighetsgrad är en inledande redaktionell bedömning av hur mycket arbete en idé brukar kräva, inte en garanterad uppskattning för era system. En ändring som är liten i en webbutik kan vara betydande i en annan på grund av var data ligger.
Det kommersiella problemet
Resor med flera steg mäts oftast i slutet. En slutförandegrad säger hur många som blev klara; den säger inte vilket steg som avslutade det för alla andra, och team förbättrar därför ofta fel skärm.
Varför det spelar roll
Avhopp är sällan jämnt fördelade. De samlas oftast kring en eller två frågor, och orsaken är ofta att frågan ställdes för tidigt eller inte borde ha ställts alls.
Var det gäller
- Konfiguratorer och specifikationsflöden
- Förfrågnings- och offertformulär med flera steg
- Checkout, där samma resonemang gäller och är bättre studerat
Föreslagen implementering
- Registrera framsteg per steg snarare än bara slutförande.
- För det sämsta steget: fråga vilken av fyra orsaker som gäller: otydligt, för tidigt, påträngande, eller onödigt.
- Testa att ta bort frågan innan ni testar att formulera om den. Borttagning är den ändring som oftast hoppas över.
- Kontrollera steget med tangentbord och skärmläsare innan ni drar slutsatsen att problemet är formuleringen.
Risker och begränsningar
- Att ta bort en fråga som en efterföljande process beror av flyttar kostnaden snarare än tar bort den.
- Att optimera för slutförande kan ge fler inskick med mindre användbar information.
- Låg volym gör siffror per steg brusiga och lätta att övertolka.
Vad man ska mäta
- Framstegsgrad per steg, inte bara totalt slutförande
- Kvaliteten på det som kommer in, inte bara mängden
- Om det sämsta steget fortfarande är det sämsta efter ändringen
Hur detta hänger ihop med Specify
Relevant för varje specifikationsresa. Det är något av det första som är värt att kontrollera när ett flöde redan finns.
Relaterade idéer
Börja med underlag
Eller se det i drift först
Demobutiken körs på den här webbplatsen. En kund beskriver vad den behöver, och butiken svarar. Det kostar ingenting att prova.