We familiji castomo
Gdźe kliynt przystaje być ôśmioma kliyntami
Jeźli już używŏsz dash-b, castomo, clickSomo abo FABLS, to znŏsz ten problem nowoczesnyj integracyje: wszyśtko łōnczy śe ze wszytkim, a ta sama ludzko istota kōńczy istńieć ôśym razy, zapisana trocha inakszy, we ôśym mjejscach, kere kożde wierzi, iże to uůne je autorytatywne.
Zwykły rozwōzdek to synchronizacyjny job, czyli maszyna, co ji jedyny cel to zgodzić dwa kłamstwa. Robi, ażeby jedno strona je zedytowano w czasie roboty — i wōnc mosz trzecie kłamstwo i ticket na support.
iKonekt niy je zintegrowany z familijōm. Je w nij. To samo logowanie, to samo konto, ta sama platforma pod spodym — tak iże rekord klienta niy musi być uzgadniany miyndzy produktami, bo je go ino jeden.
castomAPI pod spodym
Warstwa platformy, na keryj kożdy produkt familije robi: jedno konto, jedny portfel, jedyn zbiōr usug do autoryzacyje, fakturowanio, płatności i rezerwacyji. To je prziczyna, czym konektory sōm krōtkie, a niy heroiczne.
clickSomo, w obie strōny
Automatyzacyjo wiadomości zostowo tam, gdzie je dobra — w clickSomo. Podrōżuje rozmowa i wynik, tak iże sekwencyjo wie, kej człowiek przełōn, a sprzedowiec widzi, co sekwencyjo już powiedziała.
FABLS, karmiōnce wjyrch
Blogi i social media dajōm czytajōncych; czytajōnce dajōm zapytania; zapytania lōndujōm sam z artykułym, co je prziniōs, zapisanym jako zdrzōdło. Pętla sie zamykŏ bez arkusz w strzedku.
Formulary castomUI
Sajty i landing page wygenerowane bez castomUI noszōm formulary, co lōndujōm sam bezpostrzednio — niy mailym, niy webhookiem, co ty go utrzymujesz. Strōna i skrzynka były zbudowane bez ta sama familija.
dash-b, przypatruje sie
Dashboardy, co czytajōm z tego samego konta, tak iże liczba na ścianie i liczba w CRM niy mogōm sie rozjechać — zaskakujōnco rzadko włŏsność.
castomo, dom
Konto, co już je mosz. Jak sie zalogowołeś do czegokolwiek we familiji, to już sie zalogowołeś sam — niy ma drugij rejestracyje ani drugigo hasła do zgubienia.
Co naprawdę znaczy „w obie strōny”
Dwukierunkowość to nadużywane słowo, tak iże oto konkretno wersjo. Konektor we tej familiji niy jest nocnym eksportym. Kej clickSomo posyło sekwencyjo, a klient ôdpisze, ôdpowiedź je na wōnku iKonekt, a clickSomo wie, iże ma przestać — bo teraz gado człowiek. Kej sprzedowiec zamknie robota sam, produkty, co je ich to obchodzi, sōm powiadōmiōne — roz, po kolei — i mogōm na to zareagować.
Funkcjōnalność niy sie przenosi. clickSomo dalej je produktem do wiadomości, a iKonekt dalej je rozmowōm. Przez granica przechodzi mały zbiōr faktōw, co kożdo strona naprawdę potrzebuje, dowożōny dość pewnie, iże ani jedna niy musi zgadywać.
Uwaga z budowanio: twardo rzecz we integracyji to prawie niygdy niy wysyłanie. To uzgodnienie, co coś jest — czy „kontakt” w jednym produkcie to „lead” w drugim i „klient” w trzecim. Bycie jednom familijōm znaczy, iże ta kłōtnia sie odbyła roz, po wewnōtrznyj, i niy stała sie twojym problemym.
Jedno konto i jedny wyjście z niego
Dzielenie konta miyndzy produkty podnosi uczciwe pytanie, co sie stane, kej ktoś chce swoje dane zniycone. We tej familiji prośba ô wymazaniu niy jest regułōm w skrzynce — rozchodzi sie na produkty, co cołek co majōm, a kożdy ôdpowo za siebie. To je moc twardziej do zbudowanio jak formularz, i dlatego warto to tu wspomnieć, a niy w polityce, kero nikt niy czyto.
Jak już jesteś we familiji, to już mosz konto sam.
To samo logowanie, ten sam klient, bez weekendu migracyje i bez synchronizacyjnego joba, co po cichu wymyślo trzecio wersjo prawdy.
„No to byśmy musieli to zsyncować ze wszytkim inszym.”
Niy ma czego syncować.
Jedno konto na cołkōm familijo, jeden rekord klienta pod spodym. Synchronizacyjny job to maszyna, co ji cołki cel to zgodzić dwa kłamstwa; sam je jedna prawda zamiast tego.
Zobacz platforma →