CM SystemsEn kunde udfylder en formular, ringer bagefter og bliver oprettet i et CRM. Kort efter ligger der tre versioner af samme kontakt og ingen ved, hvilken der gælder. Det er et typisk integrationsproblem. Den tekniske forbindelse er kun halvdelen af løsningen. Den anden halvdel er at aftale, hvilke data der er vigtige, hvor de hører hjemme, og hvad der skal ske, når noget ikke passer.
1. Definér hvad integrationen skal løse
Start ikke med “Kan system A forbindes med system B?” Start med en hændelse. Når en potentiel kunde udfylder en formular, hvad skal så ske? Måske skal der oprettes en henvendelse hos den rette medarbejder med navn, kontaktoplysninger, besked og kilde. Måske skal eksisterende kunder genkendes, så henvendelsen knyttes til en åben sag frem for at blive en ny kontakt.
En integration bør spare en konkret overlevering eller mindske en bestemt fejl. Hvis den blot kopierer alle felter frem og tilbage uden et klart formål, bliver den svær at holde i drift. Skriv derfor det ønskede resultat som en sætning: “En ny hjemmesidehenvendelse bliver en opfølgningsopgave i CRM’et med ansvarlig og kilde.”
2. Vælg de data, der må flyde
Ikke alle felter skal sendes videre. En kontaktformular kan indeholde navn, e-mail, telefon, virksomhed, behov og besked. CRM’et skal måske have de første fem, mens den fulde besked hører hjemme på en sag eller i en aktivitet. Vælg bevidst, hvilke oplysninger der er nødvendige, og undgå at kopiere følsomme eller irrelevante data til flere steder end nødvendigt.
Beslut også, hvilket system der ejer hver type information. Er CRM’et den gældende kilde for kundeoplysninger? Er kundesystemet den gældende kilde for servicehistorik? Når det er tydeligt, bliver det nemmere at håndtere en ændring af telefonnummer eller en kunde, der bruger flere e-mailadresser.
3. Håndtér dubletter og match
En e-mailadresse kan ofte bruges til at finde en eksisterende kontakt, men den er ikke altid nok. Flere personer kan bruge en fælles virksomhedsadresse, og samme kontakt kan skrive fra en privat og en arbejdsmail. Aftal derfor, hvornår integrationen må oprette en ny kontakt automatisk, og hvornår den skal lægge henvendelsen til manuel gennemgang.
Det er bedre at have en tydelig kø med fem usikre match end at skabe fem nye dubletter hver uge. Vis den medarbejder, der skal beslutte sagen, både den indkomne henvendelse og de mulige eksisterende kontakter. Det gør beslutningen hurtig og sporbar.
4. Gør fejl synlige og håndterbare
Integrationer fejler. En tjeneste kan være utilgængelig, et felt kan mangle, eller en bruger kan mangle adgang. Det afgørende er, at en fejl ikke gør henvendelsen usynlig. Gem beskeden sikkert, markér at overførsel afventer, og giv en relevant person mulighed for at forsøge igen eller behandle sagen manuelt.
Undgå løsninger, der kun viser en teknisk fejl i en log, som ingen ser. Den praktiske arbejdsgang bør fortælle: Hvem får besked? Hvor finder de den berørte henvendelse? Hvad må de rette? Hvad sker der, når overførslen lykkes? Dette er lige så vigtigt som selve API-forbindelsen.
5. Beskyt adgang og kundedata
En integration kræver ofte adgangsnøgler eller systemkonti. De skal opbevares server-side og kun have de rettigheder, der er nødvendige. De må ikke ligge i hjemmesidekode, e-mails eller delte dokumenter. Gennemgå også, hvilke brugere og leverandører der kan se data, og hvordan adgange fjernes, hvis et samarbejde stopper.
Brug testdata, når I kan, og anonymisér eksempler i udvikling. Når rigtige kundedata bruges i en test, skal I vide hvorfor, hvem der ser dem, og hvordan de håndteres bagefter. Dette er både god drift og en forudsætning for kundernes tillid.
6. Test med virkelige scenarier
Test ikke kun at en prøvepost lander i CRM’et. Test en ny kunde, en eksisterende kunde, en mangelfuld formular, en dublet og en midlertidig fejl hos modtageren. Se også på brugeroplevelsen: Får den ansvarlige medarbejder nok sammenhæng til at ringe tilbage uden at søge flere steder?
Integration og automatisering bør bygges i små, afgrænsede dele. Når første dataflow fungerer sikkert og brugbart, kan næste overlevering forbedres. På den måde undgår I et stort projekt, der forsøger at forbinde alt på én gang.