Börja i ärendet när det är möjligt
När ett utgående samtal startas från ett öppet ärende finns redan en användbar referens. Låt servern bevara ärende-ID, kund-ID och den användare som begärde samtalet. Koppla leverantörens samtalsreferens till denna information när den blir tillgänglig.
Skilj mellan telefonnumret som rings och kunden som ärendet gäller. En kontaktperson kan företräda flera företag, och en gemensam telefon kan användas av flera personer.
Hantera inkommande samtal som ett matchningsförslag
Ett inkommande nummer kan ge noll, en eller flera möjliga träffar. Även en ensam träff kan behöva kontrolleras. Visa möjliga kunder och öppna ärenden för en behörig medarbetare i stället för att automatiskt välja senaste ärendet.
Om ingen koppling finns kan ni skapa en preliminär samtalsaktivitet. Den ska kunna kopplas senare utan att originalreferensen går förlorad. Ett matchningsproblem ska inte tvinga systemet att skapa ett nytt kundkonto.
Håll samtalsstatus och ärendestatus åtskilda
Ett avslutat samtal betyder inte att ärendet är löst. Spara samtalet som en aktivitet med egen status. Låt ärendets arbetsflöde avgöra om nästa steg är återkoppling, eskalering eller avslut.
Ett eventuellt transkript eller AI-utkast kan komplettera aktiviteten senare. Det får inte automatiskt stänga ärendet eller ersätta en medarbetares tidigare anteckning.
Gör rättningar möjliga att följa
När någon ändrar ärendekopplingen behöver systemet kunna visa vad som ändrats och vem som gjorde det. Begränsa åtkomsten till samtalsunderlag efter den nya kopplingen och kontrollera att gamla genvägar inte visar information för fel team.
- Testa delat telefonnummer och flera öppna ärenden.
- Testa ett samtal som först saknar kundkoppling.
- Spela om samma interna händelse och kontrollera att aktiviteten inte dubbleras.
- Mät andelen manuella rättningar, inte bara antalet automatiska matchningar.
Underlag och avsändare
Guiderna beskriver tekniska mönster. Syntetiska exempel är märkta och ersätter inte verifiering av er anslutning.