Aviseringarna kunderna vill ha (och de som de stänger av)

På de flesta transportkontor finns en kund som förut inte fick veta något och nu får veta allt. Det brukar börja med ett klagomål: något gick fel, ingen ringde, och lösningen blev att slå på meddelanden. Varje statusändring lämnar nu systemet och landar i kundens inkorg. Bokad. Planerad. Tilldelad bil. Under transport. Ankommen terminal. Levererad.

Tre veckor senare har kunden en regel i mejlprogrammet som lägger alltihop i en mapp ingen öppnar — inklusive meddelandet om att pallen hade nekats vid lastkajen.

Där är hela problemet, i ett stycke. Utgående avisering är ingen volymverksamhet. Varje meddelande gör av med lite av läsarens uppmärksamhet, och saldot syns inte förrän det är tomt.

Frågan att ställa till varje meddelande

Innan en händelse förtjänar en avisering: skulle den som tar emot det här göra något annorlunda, eller oroa sig mindre, för att ha fått det?

Inte är det sant, inte är det intressant, inte vet systemet om det. Handla eller vara lugn. Ett meddelande som inte ändrar något av det är ingen kommunikation — det är din bokföring utförd vid någon annans skrivbord.

Skälet att vara sträng är inte artighet. Det är att olästa meddelanden inte går att skilja från varandra. När kunden har lärt sig att dina meddelanden brukar vara ingenting, hamnar det ovanliga i samma mapp, i samma typsnitt, och läses i samma takt — alltså sent, eller aldrig. Att skicka färre meddelanden är just det som gör att det viktiga går fram.

De fyra som förtjänar det

Bokad. Bekräftelsen på vad du tror att du blivit ombedd att göra. Värdet ligger inte i “vi har din order” — det ligger i tillfället att rätta. Adresser, datum, gods, referenser, hämtfönstret. De flesta fel som blir dyra i leveransänden syns billigt här, men bara om meddelandet visar uppgifterna i stället för att bara annonsera sig självt.

Hämtad. Det första meddelandet som rapporterar den fysiska världen i stället för en avsikt. Godset är hos dig, kundens eget ansvar har förändrats, och deras del av jobbet är gjord. Det är kort och det är sakligt, och det är vad som stoppar samtalet om fick ni verkligen med det.

Levererad. Med underlaget, inte med ett löfte om underlag. Tiden, vem som skrev under, och ett sätt att hämta dokumentet utan att fråga en människa. Ett leveransmeddelande som bara innehåller ordet “levererad” skapar mejlet som ber om leveransbeviset — alltså ett meddelande du skickade för att tillverka arbete.

Ett problem. Allt som spräcker den plan läsaren håller i: utebliven leverans, nekat mottagande, skada, en försening som är lång nog att ändra vad de tänker göra åt saken. Det är på det här meddelandet relationen bedöms, och det är det som de flesta verksamheter skickar sämst — sent, efter att det redan hanterats internt, och formulerat för att förklara i stället för att upplysa.

Det de fyra har gemensamt är att var och en lämnar ett beslut till läsaren eller stänger ett. Allt däremellan är din verksamhet som pratar med sig själv.

De som stängs av

• Interna tillståndsbyten. Planerad, tilldelad, utlastad, ankommen terminal, omplanerad. De beskriver ditt arbete, inte deras gods. En tur som planeras om tre gånger på en eftermiddag blir tre meddelanden om att ingenting har förändrats för mottagaren.
• Samma händelse i två kanaler. Ett sms och ett mejl om en leverans ger inte dubbel säkerhet; det andra lär läsaren att dina meddelanden är dubbletter och går att skumma.
• Livstecken. “Din sändning är fortfarande under transport.” Ingenting har hänt, och att ingenting har hänt är inte en nyhet.
• Meddelanden som inte innehåller svaret. “Det finns en uppdatering om din sändning — logga in för att se den.” Det är en avisering om en avisering, och den kostar läsaren mer än den ger.
• Meddelanden till en lista. Bokare, ekonomi och mottagande enhet på allt gör ägarskapet otydligt: var och en utgår från att någon av de andra tar hand om det, och svaret du behövde kommer inte.

Att få de fyra rätt

• Säg det i ämnesraden. Läsaren ska kunna handla, eller avstå, utan att öppna meddelandet. Levererad 14:20, signerat R. Nilsson, er order 4471 är en färdig kommunikation. Uppdatering om sändning är en uppmaning att göra jobbet med att ta reda på det.
• En händelse, ett meddelande, en mottagare som kan agera. Övriga får åtkomst, inte aviseringar. Sätt ekonomikontakten på fakturan, inte på hämtningen.
• Bär läsarens egen referens. Ditt bokningsnummer betyder ingenting på andra sidan skrivbordet. Deras order- eller inköpsordernummer är vad deras pärm sorteras på, och att ha med det är skillnaden mellan ett meddelande som arkiveras och ett som kommer tillbaka med frågan vilken sändning det gäller.
• Stämpla med tiden det var sant, inte tiden det skickades. En körning klockan 18 som innehåller en leverans från 10:40 är ärlig om den säger 10:40 och vilseledande annars — samma disciplin som gör en leveranstid värd att lova.
• Välj kanal efter hur snabbt det måste hanteras. Push eller sms för det som läsaren måste ta itu med inom timmen: ett nekat mottagande, en chaufför vid en låst grind, en leverans som inte blir av i dag. Mejl för det som ska finnas som underlag snarare än avbryta. Nästan ingenting behöver båda.
• Låt dem stänga av per händelsetyp — och läs sedan resultatet. Ett avstängt utskick är ingen förlust. Det är den enda ärliga data du får på vilka av dina meddelanden som var brus, och om halva kundstocken stänger av hämtad är det ett svar värt att ha.

Vad aviseringar inte klarar

De trycker ut, och utskick är dåliga på frågor. En avisering berättar att något har hänt; den kan inte svara på var är lasten jag tänker på just nu eller skicka leveransbeviset från tisdag igen. Det kräver ett ställe att titta på, vilket är något annat att bygga — och skälet till att en portal tar bort samtal som meddelanden inte tar bort.

De förstärker också allt som är fel i hur ni fångar händelser. Den vanligaste skadan är ett “levererad” som går iväg när chauffören avslutar hela turen på depån vid halv sju och stämplar fyra leveranser med samma tid. Internt är det en liten felaktighet i ett underlag. Utskickat är det fyra bevisbara osanningar, och kunden som skrev under 10:40 vet nu precis vad era tidsstämplar är värda. Rätta till var händelsen fångas innan ni sänder ut den.

Och tystnaden måste betyda något. Om ni aviserar om fyra händelser och inget annat måste “inget meddelande sedan hämtningen” pålitligt betyda “ingenting har gått fel” — vilket bara stämmer när problemmeddelandet går ut ur underlaget automatiskt och inte skickas av den som råkar komma ihåg. En verksamhet som rapporterar goda nyheter pålitligt och dåliga nyheter för hand har lärt sina kunder att ringa ändå, vilket är där det här började.

Börja med att ta emot dina egna

Prenumerera på dina egna utskick som om du vore kund, på ett riktigt konto, i en vecka. Läs dem i telefonen, i den ordning de kommer, utan sammanhanget du har från att sitta inne i verksamheten. Två saker brukar dyka upp: flera meddelanden som inte säger någonting alls, och ett tillfälle där du ville ha ett meddelande och inte fick något.

Fråga sedan två kunder — den som ringer mest och den som aldrig ringer — vilka av era meddelanden de faktiskt läser. Svaret stämmer sällan med listan du hade gissat.

Var navichain står

navichain skickar aviseringar om sändningar in i kundens egen portal, avgränsat till deras organisation, vid sidan av de sändningar de själva bokar och spårar på webben eller i appen och de dokument, leveransbevis och fakturor de hämtar i självbetjäning — så att de rutinmässiga frågorna besvaras av ett ställe att titta på och meddelandena kan förbli få. Internt gäller samma disciplin: rätt person får veta, i appen, som push eller mejl, och ingen annan störs. Ingenting av det är ett betalt tillägg — alla funktioner ingår i varje plan, och du betalar för skala, inte för funktioner. Plattformssidan visar vad som ingår och prissidan vad det kostar.