Zippendo

Insynifraktenirealtid,ochvaddetfaktisktkräver

Varje transportör beskriver ett paket på sitt eget sätt. Hur vi normaliserar det till nio statusar, varifrån uppdateringarna kommer och vad vi medvetet överlåter åt dig.

tutorials

”Var är min order?” är det dyraste mejlet en webbutik får. Inte för att det är svårt att svara, utan för att ett svar betyder att du öppnar transportörens webbplats, klistrar in ett nummer, läser en dansk status som betyder något lite annat än den norska och sedan skriver om den med dina egna ord.

Lösningen är inte en snyggare mejlmall. Den är att ha paketets faktiska läge i ditt eget system, i en form som är likadan för alla transportörer du använder.

Nio statusar, med flit

Varje transportör hittar på sitt eget språk. Vi översätter allt till nio:

  • created, fraktetiketten finns och transportören känner till den
  • awaiting_pickup, väntar på att transportören ska hämta
  • picked_up, transportören har paketet
  • in_transit, på väg genom nätverket
  • out_for_delivery, ute i budbilen
  • ready_for_pickup, finns hos ett ombud och väntar på mottagaren
  • delivered
  • returned
  • exception, något gick fel

Statusarna delivered och returned är slutgiltiga. Vi slutar fråga när ett paket når någon av dem, och ingenting kan flytta det tillbaka. En transportör som skickar en gammal händelse igen tre dagar senare gör inte ett levererat paket olevererat. Det låter självklart, tills du har sett det hända i någon annans system.

Två vägar för uppdateringarna

Transportörerna delar upp sig i två läger, och vart och ett hanteras på sina egna villkor.

De flesta har ett API för spårning, så vi frågar dem. Ett jobb som körs varje timme frågar efter allt som inte har nått en slutstatus än och översätter det som kommer tillbaka.

Andra skickar i stället. Event Cast från Bring, liksom Instabox, Budbee och Porterbuddy, skickar händelser i samma stund som de inträffar. Vi prenumererar när försändelsen skickas, och händelserna landar på en callback-URL.

Push är bättre, och vi använder det överallt där en transportör erbjuder det. Men båda vägarna slutar på samma ställe, i en tjänst som rensar bort dubbletter av händelsen, sparar den och uppdaterar försändelsen, så att en tidslinje ser likadan ut oavsett vilken väg den fylldes på. Du ska inte behöva veta eller bry dig om vilket läger en transportör tillhör.

Det vi medvetet inte gör

Vi mejlar inte dina kunder. Det finns ingen Zippendo-märkt spårningssida som sätter vårt namn längst ned i din leveransupplevelse.

Det du får i stället är webhooken tracking.updated varje gång en försändelse byter status, och samma händelse finns i Klaviyo, Customer.io, Mailchimp, SendGrid, Zapier och Make. Meddelandet förblir ditt: dina ord, din mall, din avsändardomän och ditt beslut om huruvida utkörningen förtjänar ett sms.

Vi tycker att det är rätt fördelning. Du känner dina kunder. Vi vet var paketet är.

Var du ska börja

Slå på webhooken tracking.updated och rikta den mot något som loggar. Se riktiga paket röra sig genom de nio statusarna i en vecka innan du automatiserar något ovanpå. Du märker snabbt vilka av dina transportörer som är pratsamma och vilka som tystnar i två dagar mitt i, och det är värt att veta innan du lovar en kund ett leveransfönster.

Tags

trackingcarrierswebhookskundupplevelse