Slik setter du opp toveis SMS-meldinger for bedriften din
Toveis SMS gjør det mulig for kundene å svare direkte på meldinger fra bedriften. Det passer blant annet til avtalebekreftelser, kundeservice, leveringsdialog og korte undersøkelser. For å komme i gang trenger du en avsender som kan motta svar, en rute for innkommende meldinger og en tydelig plan for hvordan svarene skal behandles.
LINK Mobility støtter både toveis SMS via MyLINK SMS API og innboksbasert håndtering i MyLINK Engage. Hvilket oppsett som passer best, avhenger av om svarene skal behandles i egne systemer eller av medarbeidere i en felles innboks.
Hva er toveis SMS?
Toveis SMS betyr at bedriften både kan sende og motta SMS i samme kommunikasjonsflyt. Kunden kan for eksempel svare JA for å bekrefte en avtale, skrive et spørsmål til kundeservice eller velge et alternativ i en enkel undersøkelse.
Dette skiller seg fra enveis SMS, der meldingen bare sendes ut. Et alfanumerisk avsendernavn, for eksempel bedriftsnavnet, er normalt laget for enveis kommunikasjon. Når mottakeren skal kunne svare, må meldingen sendes fra et nummer eller en nummerløsning som støtter innkommende SMS. Tilgjengelighet og krav varierer mellom land og mobiloperatører.
Slik fungerer en toveis SMS-flyt
En typisk flyt består av fire ledd:
Bedriften sender en SMS.
Kunden svarer til et nummer som kan motta meldinger.
LINK Mobility leverer svaret til valgt plattform eller endepunkt.
Bedriftens regler avgjør hva som skjer videre.
Svaret kan for eksempel utløse en automatisk bekreftelse, oppdatere en avtale eller opprette en sak for en medarbeider.
Med MyLINK SMS API kan innkommende meldinger leveres til et webhook-endepunkt. Dokumentasjonen beskriver støtte for Mobile Originated-meldinger, kortnumre, lange numre, undernumre der dette er tilgjengelig og ruting med nøkkelord.
Slik setter du opp toveis SMS i seks trinn
1. Definer hva kunden skal kunne gjøre
Start med ett konkret bruksområde. En avtaleflyt kan for eksempel godta JA, NEI og ENDRE, mens en kundeserviceflyt må kunne håndtere fritekst.
Beskriv også forventet svartid, hvem som eier dialogen og hva som skal skje når systemet ikke forstår svaret. Et avgrenset første bruksområde gjør det enklere å teste logikken, måle effekten og unngå at kunden tror SMS-kanalen dekker mer enn den faktisk gjør.
2. Velg en nummerløsning som kan motta svar
For å motta SMS trenger bedriften tilgang til en innkommende rute. Vanlige alternativer er:
Et langt nummer
Et delt kortnummer med nøkkelord
Et dedikert kortnummer
Et kortnummer er enkelt å huske, mens et langt nummer kan passe godt når dialogen skal oppleves som en vanlig SMS-samtale.
Valget avhenger blant annet av marked, volum, ønsket avsenderopplevelse og operatørkrav. Avklar derfor nummer, landdekning og forventet bruk med leverandøren før du bygger resten av flyten.
3. Velg mellom plattform og API
Velg en plattform når medarbeidere primært skal lese og besvare meldinger i en felles innboks. Velg API når svarene skal inn i CRM, kundeservice, booking, logistikk eller en egen applikasjon.
I MyLINK Engage kan bedriften motta svar, administrere samtaler i en felles innboks og sette opp automatiserte svar. Med MyLINK SMS API kan utviklere sende og motta SMS gjennom egne systemer.
LINK har også en oversikt over tilgjengelige SMS-integrasjoner, men støtte for innkommende meldinger må avklares for den konkrete integrasjonen.
4. Konfigurer ruting og svarlogikk
Bestem hvor den innkommende meldingen skal leveres, og hvordan den skal tolkes. Med API betyr dette vanligvis at et webhook-endepunkt tar imot data om avsender, mottakernummer, meldingstekst og eventuelt nøkkelord.
Systemet må validere meldingen og knytte den til riktig kunde, sak eller utsendelse.
Lag regler for forventede svar, men planlegg også for:
Stavefeil
Fritekst
Ugyldige svar
Meldinger som kommer etter at saken er avsluttet
Flere svar fra samme kunde
Meldinger systemet ikke kan tolke
Gi kunden en forståelig tilbakemelding hvis svaret ikke kan behandles automatisk. Ved behov bør dialogen sendes videre til en medarbeider med nok kontekst til å følge opp.
5. Koble svarene til arbeidsflyten
Verdien oppstår først når svaret fører til riktig handling. Et JA kan bekrefte en time i bookingsystemet. Et ENDRE kan opprette en oppgave for kundeservice. En leveringsmelding kan oppdateres med ønsket hentested.
Definer hvilke systemer som skal oppdateres, hvilke felter som skal lagres og hvordan du unngår doble handlinger hvis samme svar mottas flere ganger.
For utviklere gir artikkelen slik sender du SMS med MyLINK SMS API en introduksjon til API-et, leveringsrapporter og mottak av svar.
6. Test hele kundereisen før lansering
Test mer enn at én melding kommer frem. Bruk ulike mobilabonnementer, og kontroller både normalflyt og feilsituasjoner.
Test blant annet:
Forventede nøkkelord
Fritekst
Små og store bokstaver
Ugyldige svar
Duplikater
Forsinkede meldinger
Avmelding
Overføring til medarbeider
Kontroller også at logger ikke viser flere personopplysninger enn nødvendig, at tilgangene er riktige, og at overvåking varsler hvis innkommende meldinger ikke blir behandlet.
Først når hele flyten fungerer fra kundens mobil til oppdatert fagsystem, er løsningen klar for bruk.
Regler og personvern ved toveis SMS
Det juridiske grunnlaget avhenger av hvorfor meldingen sendes. En praktisk servicemelding i et løpende kundeforhold er ikke nødvendigvis markedsføring. Tilbud, kampanjer og andre henvendelser som skal påvirke mottakeren til kjøp, omfattes derimot av reglene for elektronisk markedsføring.
Etter markedsføringsloven § 15 krever markedsføringshenvendelser til fysiske personer som hovedregel forhåndssamtykke. Loven har et avgrenset unntak for visse meldinger i eksisterende kundeforhold. Forbrukertilsynets veiledning om markedsføring via SMS og e-post forklarer kravene nærmere.
Bedriften må i tillegg ha et behandlingsgrunnlag for personopplysningene i dialogen, informere om bruken og beskytte opplysningene på en måte som passer risikoen.
Ikke be kunden sende sensitive opplysninger i en vanlig SMS-flyt med mindre løsningen og formålet er vurdert særskilt. Sett også regler for tilgang, lagringstid, sletting og håndtering av innsynskrav.
Tekniske funksjoner for avmelding, tilgang og logging kan støtte arbeidet, men de erstatter ikke bedriftens ansvar for å vurdere regelverket og konfigurere løsningen riktig.
Vanlige bruksområder for toveis SMS
Engangskoder og tofaktorautentisering sendes ofte på SMS, men er normalt enveis meldinger. De bør derfor ikke brukes som hovedeksempel på toveis SMS med mindre løsningen faktisk krever og behandler et svar fra mottakeren.
MyLINK Engage eller MyLINK SMS API?
MyLINK Engage passer når markeds- eller serviceteam vil sende meldinger, håndtere svar i en felles innboks og bruke regelbaserte eller manuelle svar uten å bygge hele grensesnittet selv.
MyLINK SMS API passer når SMS skal være en integrert del av egne systemer og prosesser. API-et støtter sending og mottak, leveringsrapporter og webhook-baserte hendelser. Bedriften bygger selv logikken som tolker svarene og utfører neste handling.
Se også LINK Mobilitys oversikt over SMS for bedrifter for å vurdere kanal, avsenderoppsett og øvrige SMS-behov. En god løsning kan kombinere automatisering med manuell oppfølging når kundens svar krever skjønn.