Wewnątrz rodziny castomo
Tu klient przestaje być ośmioma klientami
Jeśli korzystasz już z dash-b, castomo, clickSomo albo FABLS, poznałeś nowoczesny problem integracji: wszystko łączy się ze wszystkim, a ten sam człowiek istnieje ostatecznie osiem razy, za każdym razem odrobinę inaczej zapisany, w ośmiu miejscach, z których każde uważa się za źródło prawdy.
Zwykłą łatą jest zadanie synchronizacyjne, czyli maszyna, której całym celem jest doprowadzenie dwóch nieprawd do zgodności. Działa, dopóki jedna ze stron nie zostanie zmieniona w trakcie przebiegu — wtedy masz trzecią nieprawdę i zgłoszenie do wsparcia.
iKonekt nie jest zintegrowany z rodziną. Jest w niej. To samo logowanie, to samo konto, ta sama platforma pod spodem — więc rekordu klienta nie trzeba uzgadniać między produktami, bo jest jeden.
castomAPI pod spodem
Warstwa platformy, na której działa każdy produkt rodziny: jedno konto, jeden portfel, jeden zestaw usług do logowania, rozliczeń, płatności i rezerwacji. To dlatego łączniki są krótkie, a nie bohaterskie.
clickSomo, w obie strony
Automatyzacja wiadomości zostaje tam, gdzie jest dobra — w clickSomo. Podróżuje rozmowa i wynik, więc sekwencja wie, kiedy przejął ją człowiek, a handlowiec widzi, co sekwencja już powiedziała.
FABLS, zasilający górę lejka
Blog i social media produkują czytelników, czytelnicy produkują zapytania, a zapytania lądują tutaj z artykułem zapisanym jako źródło. Pętla domyka się bez arkusza kalkulacyjnego w środku.
Formularze castomUI
Strony i landingi wygenerowane przez castomUI niosą formularze lądujące wprost tutaj — nie mailem, nie webhookiem, który utrzymujesz. Stronę i skrzynkę zbudowała ta sama rodzina.
dash-b, który patrzy
Pulpity czytające z tego samego konta, więc liczba na ścianie i liczba w CRM-ie nie mogą się nie zgadzać — zaskakująco rzadka właściwość.
castomo, dom
Konto, które już masz. Jeśli logowałeś się do czegokolwiek w rodzinie, logowałeś się do tego — nie ma drugiej rejestracji ani drugiego hasła do zgubienia.
Co znaczy „w obie strony”
To słowo jest nadużywane, więc konkret. Łącznik w tej rodzinie nie jest nocnym eksportem. Gdy clickSomo wysyła sekwencję, a klient odpisuje, odpowiedź jest w wątku iKonektu, a clickSomo wie, że ma przestać wysyłać — bo rozmawia już człowiek. Gdy handlowiec zamyka tu zlecenie, produkty, których to dotyczy, dowiadują się o tym raz i w kolejności, i mogą zadziałać.
Funkcjonalność się nie przenosi. clickSomo dalej jest produktem od wiadomości, a iKonekt dalej jest od rozmowy. Przez granicę przechodzi mały zestaw faktów, których każda ze stron naprawdę potrzebuje, dostarczany na tyle niezawodnie, że żadna nie musi zgadywać.
Obserwacja z budowania: trudną częścią integracji prawie nigdy nie jest wysyłanie. Trudne jest uzgodnienie, czym coś jest — czy „kontakt” w jednym produkcie to „lead” w drugim i „klient” w trzecim. Bycie jedną rodziną oznacza, że ten spór odbył się raz, wewnętrznie, i nie stał się Twoim problemem.
Jedno konto i jedno wyjście z niego
Współdzielenie konta między produktami rodzi uczciwe pytanie, co się dzieje, gdy ktoś chce, żeby jego dane zniknęły. W tej rodzinie żądanie usunięcia nie jest regułą w skrzynce pocztowej — rozchodzi się do produktów, które cokolwiek trzymają, a każdy odpowiada za siebie. Jest to znacznie trudniejsze do zbudowania niż formularz i właśnie dlatego wspominamy o tym tutaj, a nie w dokumencie, którego nikt nie czyta.
Jeśli jesteś już w rodzinie, masz tu już konto.
To samo logowanie, ten sam klient, bez weekendu na migrację i bez zadania synchronizacyjnego, które po cichu wymyśla trzecią wersję prawdy.
„Czyli trzeba to będzie synchronizować z resztą.”
Nie ma czego synchronizować.
Jedno konto w całej rodzinie, jeden rekord klienta pod spodem. Zadanie synchronizacyjne to maszyna, której całym celem jest doprowadzenie dwóch nieprawd do zgodności; tutaj jest zamiast tego jedna prawda.
Zobacz platformę →