Era system fungerar. De pratar bara inte med varandra
Varje verktyg ni har köpt löser sitt problem väl. Problemet är utrymmet mellan dem, som ingen har sålt till någon och som till slut hamnade hos en person med två flikar öppna.
- Fakturering
- Webbutik
- Kalkylark
En enda post
Vad ni får
Kopplingar mellan de verktyg ni redan använder
Varje uppgift skrivs in en gång och sprids vidare, utan att något av verktygen byts ut.
En beslutad huvudkälla
För varje typ av information är det beslutat och dokumenterat vilket system som gäller.
Logg över allt som passerar
Vad som kom in, vad som gick ut, vad som misslyckades och vad som försöktes igen.
Så går det till
Bestämma sanningskällan
Innan vi kopplar ihop något över huvud taget bestämmer vi var varje typ av information måste ändras för att ändringen ska gälla.
Koppla ihop systemen
Med händelser när det är möjligt, och med periodisk synkronisering när det inte finns händelser.
Försöka igen och avisera
När en tjänst fallerar sparar integrationen det som inte levererades, försöker igen och aviserar en person om den ger upp.
Vad vi inte lovar
- Vi byter inte ut de verktyg ni redan använder. Att byta CRM är ett mycket större projekt.
- Utan API är vägen mindre elegant: schemalagda exporter, filer eller direkt läsning av databasen. Det säger vi från början.
- Vi kopplar inte ihop system utan att det är beslutat vilken som är huvudkällan för varje information.
Mer detaljer
Varför det här händer alla
Ingen väljer att ha isolerade system. Det uppstår genom ansamling. Man köper faktureringen för att det var obligatoriskt, CRM för att säljteamet växte, webbutiken för att tillfället dök upp, och e-postverktyget för att marknadschefen redan kände till det. Varje beslut var rimligt i sig.
Det som aldrig fick någon ägare var utrymmet mellan dem. Och eftersom det utrymmet måste fyllas av någon fylldes det av människor, för hand, utan att någon någonsin bestämde att det skulle vara så.
Frågan vi ställer först
Innan vi kopplar ihop något över huvud taget: vilken är sanningskällan för varje typ av information?
Om en kund byter adress, var måste den ändringen göras för att gälla? Om svaret är ”det beror på” eller ”överallt” kan integrationen ännu inte byggas, eftersom det inte finns något sätt att lösa konflikter. Att bestämma detta är tråkigt, det leder till diskussioner, och det är skillnaden mellan en integration som håller och en som ständigt skapar dubbletter.
Så kopplar vi
Med händelser, när det är möjligt. När något händer i ett system meddelar det detta och informationen går vidare direkt. Det är snabbare och förbrukar mindre.
Med periodisk synkronisering, när det inte finns händelser. Var femte minut, varje timme, en gång om dagen. Man väljer efter den verkliga brådskan, inte efter vad som verkar bäst.
Med återförsök, alltid. Tjänster går ner, anslutningar bryts, ett svar dröjer för länge. Allt vi sätter upp utgår från det och försöker igen, med växande väntetid, och aviserar en person när det ger upp.
Det vanligaste fallet: webbplatsen som inte pratar med resten
Det exempel som dyker upp oftast är också det dyraste i förlorade möjligheter. Någon fyller i ett formulär på webbplatsen. Det som borde hända är: en post skapas, omedelbar avisering till den som svarar, schemalagd uppföljning, och mätning.
Det som brukar hända är att ett e-postmeddelande kommer till en delad inkorg. Om rätt person inte ser det vet ingen annan att det har funnits. Därför behandlar vi webbplatser och leads som något som i praktiken är en integrationsfråga.
Det vi alltid får frågor om
Och om ett av verktygen saknar API?
Det händer, framför allt i äldre mjukvara. I de fallen finns det nästan alltid en väg: schemalagda exporter, filer i en delad mapp, direkt läsning av databasen. Det är mindre elegant, och det säger vi från början, men det löser problemet.
Vad händer när ett av systemen ligger nere?
Integrationen sparar det den inte lyckades leverera och försöker igen. Det vi aldrig gör är att låta information försvinna i tysthet: om det inte går igenom efter flera försök får någon en avisering, med logg över det som inte levererades.
Tvingar det här oss att byta CRM?
Nej. Principen för det här området är precis den motsatta: behålla de verktyg ni redan betalar för och redan kan använda, och lösa utrymmet mellan dem. Att byta CRM är ett mycket större projekt, och det är sällan lösningen på data som inte flödar.
Berätta vad som bromsar er verksamhet.
Beskriv problemet med egna ord. Ni behöver inte veta vad som ska byggas.
- Vi läser er förfrågan.
- Vi svarar inom en timme, via e-post eller telefon, på engelska eller portugisiska.
- Om det verkar meningsfullt bokar vi ett samtal.