Systemene dine fungerer. De snakker bare ikke med hverandre
Hvert verktøy du har kjøpt, løser sitt problem godt. Problemet er rommet mellom dem, som ingen har solgt til noen, og som endte hos en person med to faner åpne.
- Fakturering
- Nettbutikk
- Regneark
Én registrering
Hva du får
Koblinger mellom verktøyene du allerede bruker
Hver opplysning skrives inn én gang og sprer seg videre, uten at noen av verktøyene byttes ut.
En fastsatt hovedkilde
For hver type informasjon er det bestemt og dokumentert hvilket system som gjelder.
Logg over alt som passerer
Hva som kom inn, hva som gikk ut, hva som feilet, og hva som ble forsøkt på nytt.
Slik foregår det
Bestemme sannhetskilden
Før vi kobler sammen noe som helst, bestemmer vi hvor hver type informasjon må endres for at endringen skal gjelde.
Koble sammen systemene
Med hendelser når det er mulig, og med periodisk synkronisering når det ikke finnes hendelser.
Prøve på nytt og varsle
Når en tjeneste svikter, lagrer integrasjonen det som ikke ble levert, prøver igjen og varsler en person hvis den gir opp.
Hva vi ikke lover
- Vi bytter ikke ut verktøyene du allerede bruker. Å bytte CRM er et mye større prosjekt.
- Uten API er veien mindre elegant: planlagte eksporter, filer eller direkte lesing av databasen. Det sier vi fra starten.
- Vi kobler ikke sammen systemer før det er bestemt hva som er hovedkilden for hver opplysning.
Flere detaljer
Hvorfor dette skjer med alle
Ingen velger å ha isolerte systemer. Det skjer ved opphopning. Man kjøper faktureringssystemet fordi det var påbudt, CRM fordi salgsteamet vokste, nettbutikken fordi muligheten dukket opp, og e-postverktøyet fordi markedssjefen allerede kjente det. Hver beslutning var rimelig i seg selv.
Det som aldri fikk en eier, var rommet mellom dem. Og siden det rommet måtte fylles av noen, ble det fylt av mennesker, for hånd, uten at noen noen gang bestemte at det skulle være slik.
Spørsmålet vi stiller først
Før vi kobler sammen noe som helst: hva er sannhetskilden for hver type informasjon?
Hvis en kunde bytter adresse, hvor må endringen gjøres for at den skal gjelde? Hvis svaret er «det kommer an på» eller «overalt», kan integrasjonen ennå ikke bygges, for det finnes ingen måte å løse konflikter på. Å bestemme dette er kjedelig, det gir diskusjon, og det er forskjellen mellom en integrasjon som holder, og en som hele tiden lager duplikater.
Slik kobler vi
Med hendelser, når det er mulig. Når noe skjer i et system, gir det beskjed, og informasjonen går videre med en gang. Det er raskere og bruker mindre.
Med periodisk synkronisering, når det ikke finnes hendelser. Hvert femte minutt, hver time, én gang om dagen. Man velger etter hvor mye det faktisk haster, ikke etter hva som virker best.
Med nye forsøk, alltid. Tjenester går ned, forbindelser faller ut, et svar tar for lang tid. Alt vi setter opp, tar høyde for det og prøver igjen, med økende ventetid, og varsler en person når det gir opp.
Det vanligste tilfellet: nettsiden som ikke snakker med resten
Eksemplet som dukker opp oftest, er også det dyreste i tapte muligheter. Noen fyller ut et skjema på nettsiden. Det som burde skje, er: registrering opprettet, umiddelbart varsel til den som svarer, oppfølging planlagt, og måling.
Det som pleier å skje, er at det kommer en e-post til en delt innboks. Hvis rett person ikke ser den, vet ingen andre at den fantes. Derfor behandler vi nettsider og leadfangst som det de i praksis er, et spørsmål om integrasjon.
Det vi alltid blir spurt om
Hva om et av verktøyene ikke har API?
Det skjer, særlig med eldre programvare. Da finnes det nesten alltid en vei: planlagte eksporter, filer i en delt mappe, direkte lesing av databasen. Det er mindre elegant, og det sier vi fra starten, men det løser saken.
Hva skjer når et av systemene er nede?
Integrasjonen lagrer det den ikke fikk levert, og prøver igjen. Det vi aldri gjør, er å la informasjon forsvinne i stillhet: hvis det ikke går gjennom etter flere forsøk, blir noen varslet, med loggen over det som ikke ble levert.
Må vi bytte CRM på grunn av dette?
Nei. Prinsippet her er det stikk motsatte: å beholde verktøyene du allerede betaler for og kan bruke, og løse rommet mellom dem. Å bytte CRM er et mye større prosjekt, og det er sjelden løsningen på data som ikke flyter.
Fortell oss hva som bremser driften din.
Beskriv problemet med egne ord. Du trenger ikke å vite hva som må bygges.
- Vi leser forespørselen.
- Vi svarer innen én time, på e-post eller telefon, på engelsk eller portugisisk.
- Hvis det gir mening, avtaler vi en samtale.