Slik automatiserer du forsendelsesvarsler: Utløsere, kanaler og maler i 6 trinn

For å automatisere forsendelsesvarsler kobler du forsendelseshendelser til ordreoppføringene dine, definerer hvilke statusendringer som fortjener en melding, velger en tillatt leveringskanal og knytter en mal til hver utløser. Legg deretter til beskyttelse mot duplikater, avvikshåndtering og testing før lansering. De seks trinnene nedenfor viser e-handelsteam hvordan de kan bygge en arbeidsflyt som gir kundene nyttige oppdateringer uten å sende gjentatte eller misvisende varsler.

Denne veiledningen er for selgere, e-handelsdriftsteam og utviklere som har ansvar for kommunikasjon etter kjøpet. Det anbefalte utgangspunktet er et lite sett med pålitelige varsler: transportørens mottak, ute for levering, levert og avvik som krever handling fra kunden. Legg bare til andre meldinger når de besvarer et tydelig separat kundespørsmål.

1. Koble sporingshendelser til riktig ordre og mottaker

En fraktetikett, en skanning hos transportøren og et kundevarsel er forskjellige ting. Opprettelsen av en etikett bekrefter ikke at transportøren har mottatt pakken. Automatiseringen bør bevare dette skillet fra starten.

Begynn med å identifisere systemet som skal ta beslutninger om varsler. Det kan være butikkens arbeidsflyt for varsler, en sporingsapplikasjon eller en tjeneste som er koblet til ordrebehandlingssystemet. Tildel én eier til hver meldingstype, slik at flere systemer ikke sender den samme oppdateringen uavhengig av hverandre.

To praktiske implementeringsmåter er:

• Appbasert oppsett: Bruk en e-handelssporingsapp når teamet ønsker å konfigurere støttede hendelser og kundevendte meldinger uten å bygge hele integrasjonen selv. For Shopify-selgere er 17TRACK-appoppføringen et relevant utgangspunkt for å vurdere sporings- og varslingsarbeidsflyter. Bekreft de spesifikke utløserne, kanalene, tilpasningsmulighetene og plankravene før du konfigurerer reglene.
• API-basert oppsett: Bruk en sporingsintegrasjon når forsendelseshendelser må sendes til et eksisterende ordresystem eller en tilpasset meldingsarbeidsflyt. 17TRACK Tracking API og den offisielle dokumentasjonen er relevante implementeringsreferanser. Bekreft hendelsesleveringsmekanismen, nyttelastfeltene, autentiseringen og oppførselen ved nye forsøk for integrasjonen du planlegger å bruke. Mottak av sporingsdata og sending av kundemeldinger er separate ansvarsområder.

Uansett hvilken vei du velger, må du koble hver forsendelse til riktig ordre og mottaker. En nyttig intern oppføring inneholder:

• Ordreferanse og forsendelsesidentifikator.
• Sporingsnummer og transportøridentifikator, når tilgjengelig.
• Varene som inngår i forsendelsen, spesielt ved delte ordrer.
• Kundens kontaktopplysninger, språk, tidssone og kanalpreferanser.
• Sist bekreftede forsendelsesstatus og tidspunktet hendelsen inntraff.
• Varslingshistorikk, inkludert hvilken forsendelse hver melding gjaldt.

Hold tidspunktet hendelsen inntraff adskilt fra tidspunktet systemet mottok oppdateringen. En forsinket skanning bør ikke automatisk bli til et nytt kundevarsel. Bevar også transportørens opprinnelige beskrivelse sammen med den normaliserte statusen, slik at kundestøtten kan undersøke tvetydige hendelser.

2. Definer utløsere som gjenspeiler meningsfulle endringer i forsendelsen

En utløser bør representere en endring som er relevant for kunden, ikke hver nye sporingsoppføring. Flere skanninger på ulike anlegg kan alle bety "under transport". Hvis du sender et varsel for hver av dem, skaper det støy uten å hjelpe kunden med å ta en beslutning.

Koble innkommende hendelser til et lite sett med forståelige statuser. Tabellen nedenfor er en foreslått arbeidsflyt, ikke en universell ordbok over transportørstatuser.

Håndter avvik mer forsiktig enn rutinemilepæler. Et mislykket leveringsforsøk, et tollproblem, et adresseproblem og en retur til avsender kan kreve ulike instruksjoner. Hvis hendelsen ikke forklarer hva kunden bør gjøre, må du ikke finne på en løsning.

For en regel om "ingen nylig oppdatering" bør du velge en terskel som passer tjenesten og ruten, i stedet for å bruke ett universelt intervall. Mangel på skanninger er ikke bevis på at en pakke er tapt. Send usikre saker til en intern kø for gjennomgang, eller send en nøytral oppdatering som beskriver det som faktisk er kjent.

Hold estimerte leveringsdatoer adskilt fra forsendelsesstatuser. Ta bare med et estimat når du har en pålitelig kilde, merk det som et estimat, og unngå å erstatte manglende data med et beregnet løfte som driften din ikke kan innfri.

3. Velg kanaler og fastsett kontaktregler

Bruk en kanal fordi den passer til meldingen og kundens preferanser, ikke bare fordi den er tilgjengelig. E-post er et praktisk utgangspunkt for detaljerte oppdateringer. En mer umiddelbar kanal kan være nyttig for en tidssensitiv handling, men bare når tillatelse, leverandørregler og lokale krav tillater det.

• E-post: Egner seg for ordrekontekst, sporingslenker, forklaringer om delte forsendelser og kundestøtteinstruksjoner. Inkluder en ren tekst-versjon og kontroller mobiloppsettet.
• SMS: Nyttig for korte, handlingsrettede varsler der det er tillatt. Identifiser avsenderen, hold meldingen konsentrert og unngå å vise unødvendig ordreinformasjon.
• Push-varsler: Passer når kundene bruker appen din og har aktivert varsler. Koble til den relevante forsendelsen i stedet for en generell startside.
• Meldingsapper: Vurder dem når kundene allerede bruker kanalen og implementeringen oppfyller plattformens krav til tillatelser og meldinger.
• Sporingsside: Bruk den som mål for detaljerte referanseopplysninger. Den kompletterer utgående varsler, men erstatter ikke et varsel når kunden må utføre en handling.

Dokumenter forholdet mellom kanalene. Du kan for eksempel bruke e-post for rutinemilepæler og en tillatt mobilkanal for et handlingsrettet leveringsproblem. Ikke send automatisk hver hendelse gjennom alle tilgjengelige kanaler.

Fastsett håndtering av stilleperioder og en reserveløsning. En midlertidig e-postfeil bør ikke automatisk gi tillatelse til å sende en SMS. Før du bytter kanal, må du kontrollere at du har riktige kontaktopplysninger og tillatelse, og at et annet system ikke allerede har sendt meldingen.

Hold forsendelsesoppdateringer operative. Reklameinnhold kan påvirke hvordan en melding behandles etter gjeldende regler. I USA forklarer FTC-veiledningen om CAN-SPAM at meldingens hovedformål er viktig når kommersielt og transaksjonsrelatert innhold kombineres. Ikke anta at alle meldinger som nevner en ordre, er unntatt fra kravene til kommersiell e-post.

4. Bygg maler med tydelig reserveadferd

Hver mal bør besvare tre spørsmål: Hva skjedde? Hva betyr det for denne forsendelsen? Hva bør kunden gjøre videre? Bruk betingede felt slik at manglende data forsvinner på en ryddig måte i stedet for å etterlate ødelagte plassholdere.

Eksemplene nedenfor er utgangsmaler. Variablene i hakeparenteser er illustrerende og representerer ikke en bestemt plattforms malsyntaks.

E-post om transportørens mottak

Emne: Forsendelsen din for ordre [order_number] er på vei

Hei [first_name],

[carrier_name] har mottatt forsendelsen din for ordre [order_number]. Du kan følge fremdriften her: [tracking_link].

[Hvis et pålitelig estimat er tilgjengelig: Beregnet levering: [estimated_delivery_date]. Dette estimatet kan endres.]

[Hvis ordren er delt: Denne forsendelsen inneholder [shipment_items]. Andre varer i ordren får separate sporingsoppdateringer.]

Melding om at forsendelsen er ute for levering

Forsendelsen din for ordre [order_number] er ute for levering, ifølge den siste oppdateringen fra transportøren. Se fremdriften og eventuelle tilgjengelige leveringsopplysninger her: [tracking_link].

Ikke legg til et garantert leveringstidspunkt med mindre driften din har et solid grunnlag for dette løftet. "Ute for levering" er en rapportert status, ikke en garanti for at leveringen fullføres samme dag.

Avviksmelding med et bekreftet neste trinn

Emne: En leveringsoppdatering for ordre [order_number]

Transportøren rapporterte [plain_language_issue] for forsendelsen din. [verified_next_step]. Se de nyeste opplysningene her: [tracking_link]. Hvis du trenger hjelp, kan du kontakte oss på [support_link].

Hvis ingen neste trinn er bekreftet, erstatter du setningen med: "Vi har ennå ikke et bekreftet neste trinn. Se sporingssiden for oppdateringer, eller kontakt kundestøtteteamet vårt." Si bare at teamet ditt undersøker saken hvis en gjennomgang faktisk er tildelt.

E-post om levert forsendelse

Emne: Forsendelsen din er markert som levert

[carrier_name] markerte forsendelsen din for ordre [order_number] som levert [delivery_date]. Se eventuelle tilgjengelige leveringsopplysninger her: [tracking_link]. Hvis du ikke finner den, kan du kontakte oss på [support_link], så hjelper vi deg med å undersøke de neste trinnene.

Bruk formuleringer på forsendelsesnivå for delte ordrer. "Ordren din har kommet" kan være misvisende når en annen pakke fortsatt er under transport. Hvis transportørens navn, datoen eller kundens navn ikke er tilgjengelig, bruker du en testet alternativ setning i stedet for å vise et tomt felt.

5. Legg til beskyttelse mot duplikater, foreldede og misvisende meldinger

Automatisering trenger en oversikt over det som allerede er gjort. En arbeidsflyt som bare sender en melding hver gang en hendelse kommer inn, kan gjenta varsler etter nye forsøk eller levere foreldede nyheter etter en nyere milepæl.

• Forhindre duplikatbehandling: Bruk en stabil hendelsesidentifikator når den er tilgjengelig. Ellers definerer du en dedupliseringsnøkkel fra egnede felt, for eksempel forsendelse, hendelsestype og tidspunktet hendelsen inntraff. Registrer separat om det tilhørende varselet allerede er planlagt eller sendt.
• Undertrykk gjentakelse av statuser: Flere skanninger som er koblet til samme kundevendte status, bør ikke automatisk produsere flere meldinger.
• Kontroller hendelsens relevans før utsending: Evaluer meldinger i kø på nytt før de sendes. Undertrykk et gammelt varsel om transport hvis levering senere er rapportert.
• Håndter korrigeringer bevisst: Bevar den opprinnelige hendelseshistorikken og gjennomgå tilsynelatende tilbakeganger. Ikke anta at enhver senere mottatt hendelse enten er nyere eller mer nøyaktig.
• Gjør nye forsøk på en trygg måte: Skill mellom en mislykket sending og et ukjent resultat. Når det støttes, bruker du leverandørens idempotensfunksjoner for å redusere risikoen for at et nytt forsøk oppretter enda en melding.
• Beskytt mottakermatchingen: Knytt aldri en forsendelse til en kunde utelukkende basert på et ubekreftet samsvar med sporingsnummeret.
• Eskalér uløste avvik: Tildel en operativ eier i stedet for å sende kunden den samme advarselen gjentatte ganger.

For tilpassede integrasjoner følger du leverandørens dokumenterte fremgangsmåte for autentisering, hendelsesbekreftelse og nye forsøk. Hold behandlingsloggene nyttige uten å kopiere unødvendige personopplysninger til dem. Sporingslenker bør heller ikke avsløre andre kunders ordrer eller mer informasjon enn mottakeren trenger.

En nyttig behandlingssekvens er: valider hendelsen, identifiser forsendelsen, oppdater tilstanden, kontroller om varselet kan sendes, velg en tillatt kanal, gjengi malen, legg meldingen i kø og registrer resultatet. Kontroller om varselet fortsatt kan sendes ved utsending hvis meldingen venter i en kø.

6. Test hele reisen og lanser deretter gradvis

Ikke vurder arbeidsflyten bare ut fra om en test-e-post ser riktig ut. Test hele veien fra forsendelseshendelsen til kundens mål, inkludert feiltilfeller.

• Normal reise: Mottak, transport, ute for levering og levert produserer de planlagte meldingene.
• Gjentatt hendelse: Avspilling av den samme hendelsen oppretter ikke et nytt varsel.
• Hendelse i feil rekkefølge: En forsinket transportskanning utløser ikke et foreldet varsel etter levering.
• Delt ordre: Hver melding identifiserer riktig forsendelse og antyder ikke at alle varene har kommet.
• Manglende felt: Et manglende navn, en manglende transportør, et manglende estimat eller en manglende vareliste gir lesbar reservetekst.
• Kontaktbegrensninger: Arbeidsflyten respekterer kanalpreferanser, undertrykkingsregler og konfigurerte stilleperioder.
• Leveringsfeil: Ugyldige adresser, leverandørfeil og nye forsøk gir sporbare resultater uten ukontrollerte gjentakelser.
• Kundens handling: Alle sporings- og kundestøttelenker fører til riktig mål på mobil.

Begynn med en begrenset gruppe forsendelser og gjennomgå meldingshistorikken sammen med sporingshistorikken. Gi kundestøttepersonalet en måte å se hva kunden mottok på. Oppretthold en pausefunksjon slik at teamet kan stoppe en feilaktig regel uten å deaktivere selve forsendelsessporingen.

Overvåk om varsler kan sendes, sendingsforsøk, leverandørens aksept, feil, duplikater og forsinkelsen mellom mottak av hendelsen og utsending av meldingen. Leverandørens aksept bekrefter ikke at en kunde har lest meldingen, og åpningsrater alene bekrefter ikke at arbeidsflyten hjalp.

For å vurdere kundevirkningen sammenligner du kontaktfrekvenser knyttet til forsendelser ved å bruke en konsekvent definisjon og sammenlignbare forsendelsesgrupper. Ta hensyn til endringer i transportørmiks, leveringsproblemer og ordrevolum før du tilskriver en endring til varsler.

Vanlige spørsmål

Bør en fraktbekreftelse sendes når etiketten opprettes?

Du kan sende en oppdatering om at etiketten er opprettet, men beskriv den nøyaktig. Si at fraktopplysningene er klare eller at forsendelsen klargjøres. Reserver formuleringer som bekrefter at transportøren har mottatt pakken, til en hendelse som støtter dette.

Kan forsendelsesvarsler fungere uten en API-integrasjon?

Ja. En appbasert arbeidsflyt kan håndtere tilkoblingen og varslingsreglene gjennom grensesnittet. Bekreft hvilke hendelser, kanaler, malstyringer og avvikshåndtering som er tilgjengelige i oppsettet du velger. Tilpassede integrasjoner er mer passende når de eksisterende systemene dine krever spesialisert ruting eller beslutningslogikk.

Hvor mange varsler bør hver forsendelse motta?

Det finnes ikke noe universelt ideelt antall. Begynn med tydelige, nyttige milepæler og handlingsrettede avvik. Undertrykk gjentatte transportskanninger, og legg bare til meldinger når de gir kunden informasjonen han eller hun trenger.

Hva bør skje når sporingen slutter å oppdateres?

Bruk en gjennomgangsregel som passer tjenesten, i stedet for å erklære forsendelsen tapt. Kontroller den siste hendelsen, leveringsestimatet hvis det er tilgjengelig, og den relevante operative prosessen. Send bare en kundeoppdatering når den tilfører bekreftet informasjon eller et nyttig neste trinn.

Kan et levert-varsel lukke en kundestøttesak automatisk?

En levert-skanning kan oppdatere en sak, men bør ikke automatisk løse kundens melding om manglende mottak. Behandle transportørens leveringsstatus og kundens problem som separate oppføringer, og følg deretter undersøkelsesprosessen din.

Kilder

• 17TRACK Shopify-appoppføring — produktreferanse for vurdering av et appbasert oppsett for sporing og varsler.
• 17TRACK Tracking API — produktreferanse for en API-basert sporingsintegrasjon.
• 17TRACK API-dokumentasjon — implementeringsreferanse for kontroll av støttet integrasjonsadferd og krav.
• FTC: CAN-SPAM Act-veiledning for virksomheter — veiledning om kommersiell e-post og meldinger som kombinerer transaksjonsrelatert og salgsfremmende innhold.