Inne i castomo-familien
Der kunden slutter å være åtte kunder
Hvis du allerede bruker dash-b, castomo, clickSomo eller FABLS, har du møtt det moderne integrasjonsproblemet: alt kobles til alt, og det samme mennesket ender med å eksistere åtte ganger, stavet litt forskjellig, på åtte steder som alle tror de er autoritative.
Den vanlige løsningen er en synkroniseringsjobb, som er en maskin hvis eneste formål er å få to løgner til å stemme overens. Det fungerer til én side redigeres under kjøringen, og da har du en tredje løgn og en supportforespørsel.
iKonekt er ikke integrert med familien. Den er i den. Samme innlogging, samme konto, samme plattform under — så kundeposten trenger ikke avstemmes på tvers av produktene, for det finnes én av den.
castomAPI under
Plattformlaget som alle produktene i familien kjører på: én konto, én lommebok, ett sett med tjenester for autentisering, fakturering, betalinger og bookinger. Det er grunnen til at koblingene er korte i stedet for heroiske.
clickSomo, begge veier
Meldingsautomatisering blir der den er god — i clickSomo. Det som reiser, er samtalen og utfallet, så en sekvens vet når et menneske tok over, og en selger kan se hva en sekvens allerede har sagt.
FABLS, som fyller toppen
Blogging og sosiale medier gir lesere; lesere gir henvendelser; henvendelser lander her med artikkelen som ga dem, registrert som kilde. Løkken lukkes uten et regneark i midten.
castomUIs skjemaer
Nettsteder og landingssider generert av castomUI har skjemaer som lander her direkte — ikke via e-post, ikke via en webhook du må vedlikeholde. Siden og innboksen ble bygget av samme familie.
dash-b, som ser på
Dashbord som leser fra samme konto, så tallet på veggen og tallet i CRM-en ikke kan være uenige — en overraskende sjelden egenskap.
castomo, huset
Kontoen du allerede har. Hvis du har logget inn på noe i familien, har du logget inn på dette — det finnes ingen andre registrering og intet andre passord å miste.
Hva «begge veier» faktisk betyr
Toveis er et overbrukt ord, så her er den konkrete versjonen. En kobling i denne familien er ikke en nattlig eksport. Når clickSomo sender en sekvens og kunden svarer, ligger svaret på iKonekt-tråden, og clickSomo vet at den skal slutte å sende — fordi et menneske nå snakker. Når en selger lukker et oppdrag her, får produktene som bryr seg beskjed, én gang, i rekkefølge, og kan handle på det.
Funksjonaliteten flytter seg ikke. clickSomo forblir meldingsproduktet, og iKonekt forblir samtalen. Det som krysser linjen, er det lille settet med fakta hver side faktisk trenger, levert pålitelig nok til at ingen av sidene må gjette.
En observasjon fra å bygge det: den vanskelige delen av en integrasjon er nesten aldri sendingen. Det er å bli enige om hva en ting er — om en «kontakt» i ett produkt er en «lead» i et annet og en «kunde» i et tredje. Å være én familie betyr at den diskusjonen skjedde én gang, internt, og ikke ble ditt problem.
Én konto, og én vei ut av den
Å dele en konto på tvers av produkter reiser det rimelige spørsmålet om hva som skjer når noen vil ha dataene sine borte. I denne familien er en sletterettighetsforespørsel ikke en innboksregel — den sprer seg til produktene som har noe, og hvert av dem svarer for seg. Det er vesentlig vanskeligere å bygge enn et skjema, og det er grunnen til at det er verdt å nevne her i stedet for i en policy ingen leser.
Hvis du allerede er i familien, har du allerede en konto her.
Samme innlogging, samme kunde, ingen migreringshelg og ingen synkroniseringsjobb som i stillhet finner opp en tredje versjon av sannheten.
«Så vi må synkronisere den med alt annet.»
Det er ingenting å synkronisere.
Én konto på tvers av familien, én kundepost under den. En synkroniseringsjobb er en maskin hvis eneste formål er å få to løgner til å stemme overens; dette har én sannhet i stedet.
Se plattformen →