Inde i castomo-familien
Hvor kunden holder op med at være otte kunder
Hvis du allerede bruger dash-b, castomo, clickSomo eller FABLS, har du mødt det moderne integrationsproblem: alt forbinder til alt, og det samme menneske ender med at eksistere otte gange, stavet en anelse forskelligt, otte steder, der hver især tror, de er autoritative.
Den sædvanlige løsning er et synkroniseringsjob, som er en maskine, hvis eneste formål er at få to løgne til at stemme overens. Det virker, indtil den ene side redigeres under kørslen — og så har du en tredje løgn og en supportsag.
iKonekt er ikke integreret med familien. Det er i den. Samme login, samme konto, samme platform nedenunder — så kundeposten behøver ikke afstemmes på tværs af produkter, for der findes kun én.
castomAPI nedenunder
Platformslaget, som alle produkter i familien kører på: én konto, én wallet, ét sæt services til auth, fakturering, betalinger og bookinger. Det er grunden til, at connectorerne er korte frem for heroiske.
clickSomo, begge veje
Beskedautomatisering bliver, hvor den er god — i clickSomo. Det, der rejser, er samtalen og udfaldet, så en sekvens ved, hvornår et menneske tog over, og en sælger kan se, hvad en sekvens allerede har sagt.
FABLS, der fylder toppen
Blogging og sociale medier skaber læsere; læsere skaber henvendelser; henvendelser lander her med den artikel, der skabte dem, registreret som kilde. Kredsløbet lukker sig uden et regneark i midten.
castomUIs formularer
Sider og landingssider genereret af castomUI bærer formularer, der lander her direkte — ikke via e-mail, ikke via en webhook, du selv skal vedligeholde. Siden og indbakken er bygget af samme familie.
dash-b, der kigger med
Dashboards, der læser fra samme konto, så tallet på væggen og tallet i CRM'en ikke kan være uenige — en overraskende sjælden egenskab.
castomo, huset
Kontoen, du allerede har. Hvis du har logget ind på noget i familien, har du logget ind her — der er ingen anden registrering og intet andet kodeord at miste.
Hvad "begge veje" faktisk betyder
Tovejs er et overbrugt ord, så her er den konkrete version. En connector i denne familie er ikke en natlig eksport. Når clickSomo sender en sekvens, og kunden svarer, ligger svaret på iKonekt-tråden, og clickSomo ved, at den skal stoppe — for der er nu et menneske, der taler. Når en sælger lukker et job her, får de produkter, det angår, det at vide — én gang, i rækkefølge — og kan handle på det.
Funktionaliteten flytter sig ikke. clickSomo forbliver beskedproduktet, og iKonekt forbliver samtalen. Det, der krydser linjen, er det lille sæt fakta, hver side reelt har brug for — leveret pålideligt nok til, at ingen af siderne behøver gætte.
En observation fra at bygge det: den svære del af en integration er næsten aldrig afsendelsen. Det er at blive enige om, hvad en ting er — om en "kontakt" i ét produkt er et "lead" i et andet og en "kunde" i et tredje. At være én familie betyder, at den diskussion skete én gang, internt, og ikke blev dit problem.
Én konto — og én vej ud af den
At dele en konto på tværs af produkter rejser det rimelige spørgsmål om, hvad der sker, når nogen vil have deres data slettet. I denne familie er en sletningsanmodning ikke en postkasseregel — den udbreder sig til de produkter, der gemmer på noget, og hver af dem svarer for sig selv. Det er betydeligt sværere at bygge end en formular, og det er grunden til, at det er værd at nævne her frem for i en politik, ingen læser.
Er du allerede i familien, har du allerede en konto her.
Samme login, samme kunde, ingen migrationsweekend og intet synkroniseringsjob, der i stilhed opfinder en tredje version af sandheden.
“Så vi skulle synkronisere den med alt det andet.”
Der er intet at synkronisere.
Én konto på tværs af familien, én kundepost nedenunder. Et synkroniseringsjob er en maskine, hvis eneste formål er at få to løgne til at stemme overens; her er der i stedet én sandhed.
Se platformen →