Direkte innlogging på bestillingsskjema

Noen ganger ønsker man å selge et abonnement til en kunde som allerede finnes i systemet, f.eks. som mottaker av et gratis abonnement eller som mottaker av et nyhetsbrev. I disse tilfellene vil man gjerne forkorte bestillingsprosessen ved å la kunden logge inn på skjemaet med en gang, slik at bestillingsprosessen ser slik ut:

Det finnes tre ulike løsninger man kan bruke for å oppnå dette.

For å unngå standardforløpet der man først ser et tomt skjema, deretter blir bedt om å logge inn, og så fyller ut skjemaet og bestiller, kan man starte med en side der man blir bedt om å logge inn først.

Dette gjøres ved å sende med et flagg når skjemaet bygges inn:

Dette er den enkleste løsningen. Den kan brukes når man bare ønsker å sende en generell e-post med en bestillingslenke til en gruppe uten personlig tilpasning. Kunden må deretter selv skrive inn e-postadressen og passordet sitt før de får lov til å bestille abonnementet.

For å gjøre det ekstra enkelt for kunden kan man forhåndsutfylle innloggingsboksen med kundens e-postadresse.

Man kan sette opp skjemaet til å tillate forhåndsutfylling av e-post ved hjelp av en GET-parameter og velge et parameternavn som “email”. Når dette er gjort, kan man sende e-postadressen med til skjemaet, f.eks.:

Denne handlingen vil forhåndsutfylle e-postfeltet. Man kan deretter gi et ekstra flagg når skjemaet bygges inn, for å få det til automatisk å viderekoble til innlogging:

For å kunne bruke denne løsningen må man kunne generere personlige lenker til bestillingsskjemaet og legge dem inn i kommunikasjonen med kunden.

Dette er den mest kompliserte av de tre mulighetene, men også den mest sømløse brukeropplevelsen. For å kunne bruke denne løsningen må man være godt kjent med API-et vårt og kunne sende personlig tilpasset kommunikasjon til kunden.

Det er mulig å bygge inn bestillingsskjemaet der brukeren automatisk blir logget inn. Dette gjøres ved hjelp av en preauth token som sendes med når skjemaet bygges inn:

For at dette skal kunne skje, må man få tak i en preauth token for hver kunde det sendes en e-post til, og denne må være tilgjengelig ved utsendelsen. Disse tokenene utløper av sikkerhetsårsaker, men man kan bestemme hvor lenge de er gyldige. For å ha en token tilgjengelig ved utsendelse kreves det at preauth token hentes via API-et og settes inn i kommunikasjonen man sender til kunden.