Inni castomo-slekta
Der kunden sluttar å vere åtte kundar
Viss du allereie brukar dash-b, castomo, clickSomo eller FABLS, har du møtt det moderne integrasjonsproblemet: alt koplast til alt, og det same mennesket endar opp med å eksistere åtte gonger, stava litt ulikt, på åtte stader som kvar trur dei er autoritative.
Den vanlege løysinga er ein synkroniseringsjobb, som er ei maskin der heile føremålet er å få to løgner til å samstemme. Det verkar til ei side blir redigert medan jobben køyrer — og då har du ei tredje løgn og ei støttesak.
iKonekt er ikkje integrert med slekta. Det er i ho. Same innlogging, same konto, same plattform under — så kundeposten treng ikkje å bli avstemt på tvers av produkta, for det finst berre ein av han.
castomAPI under
Plattformlaget kvart produkt i slekta køyrer på: ein konto, ein lommebok, eitt sett tenester for autentisering, fakturering, betalingar og bookingar. Det er grunnen til at koplingane er korte i staden for heroiske.
clickSomo, begge vegar
Meldingsautomatiseringa blir der ho er god — i clickSomo. Det som reiser, er samtalen og utfallet, så ein sekvens veit når eit menneske tok over, og ein seljar kan sjå kva ein sekvens allereie har sagt.
FABLS, som fyller på toppen
Blogging og sosiale medium gjev lesarar; lesarar gjev førespurnader; førespurnadene landar her med artikkelen som skapte dei registrert som kjelde. Sirkelen lukkar seg utan eit rekneark i midten.
Skjema frå castomUI
Nettstader og landingssider laga av castomUI har skjema som landar her direkte — ikkje via e-post, ikkje via ein webhook du må vedlikehalde. Sida og innboksen vart bygd av same slekt.
dash-b, som ser på
Dashbord som les frå same konto, så tala på veggen og tala i CRM-en ikkje kan sei ulike ting — ein overraskande sjeldan eigenskap.
castomo, huset
Kontoen du allereie har. Viss du har logga inn på noko i slekta, har du logga inn her — det finst ingen andre registrering og inga andre passord å miste.
Kva «begge vegar» faktisk tyder
Toveis er eit overbrukt ord, så her er den konkrete versjonen. Ei kopling i denne slekta er ikkje ein nattleg eksport. Når clickSomo sender ein sekvens og kunden svarar, ligg svaret på iKonekt-tråden, og clickSomo veit at han skal slutte å sende — for no er det eit menneske som snakkar. Når ein seljar lukkar eit oppdrag her, blir produkta som bryr seg fortalt, éi gong, i rekkjefølgje, og kan handle deretter.
Funksjonaliteten flyttar seg ikkje. clickSomo held fram med å vere meldingsproduktet, og iKonekt held fram med å vere samtalen. Det som kryssar linja, er den vesle mengda fakta kvar side genuint treng, levert påliteleg nok til at ingen av sidene må gjette.
Ei iakttagelse frå å byggje det: det vanskelege med ein integrasjon er nesten aldri sendinga. Det er å bli einige om kva ei ting er — om ein «kontakt» i eitt produkt er ein «lead» i eit anna og ein «kunde» i eit tredje. Å vere ei slekt tyder at det argumentet skjedde éi gong, internt, og ikkje blei problemet ditt.
Éin konto, og éi veg ut av han
Å dele ein konto på tvers av produkta reiser det rettmessige spørsmålet om kva som skjer når nokon vil ha dataa sine borte. I denne slekta er ei slettingsførespurnad ikkje ein postkasseregel — ho blir sendt ut til produkta som held noko, og kvart svarar for seg. Det er mykje vanskelegare å byggje enn eit skjema, og det er grunnen til at det er verdt å nemne her i staden for i ein policy ingen les.
Viss du allereie er i slekta, har du allereie ein konto her.
Same innlogging, same kunde, ingen migreringshelg og ingen synkroniseringsjobb som stille lagar ei tredje versjon av sanninga.
«Så vi må synkronisere han med alt anna.»
Det finst ingenting å synkronisere.
Éin konto på tvers av slekta, éin kundepost under. Ein synkroniseringsjobb er ei maskin der heile føremålet er å få to løgner til å samstemme; her finst éi sanning i staden.
Sjå plattformen →