Унутры сям'і castomo
Дзе кліент перастае быць васьмю кліентамі
Калі вы ўжо карыстаецеся dash-b, castomo, clickSomo або FABLS, вы сустракалі сучасную праблему інтэграцыі: усё злучаецца з усім, і адзін і той жа чалавек у выніку існуе восем разоў, напісаны крыху па-рознаму, у васьмі месцах, кожнае з якіх лічыць сябе аўтарытэтным.
Звычайнае рашэнне — заданне сінхранізацыі, гэта машына, чыё адзінае прызначэнне — дамовіць дзве хлусні. Яна працуе да таго моманту, пакуль адзін бок не рэдагуецца падчас выканання, — і тады ў вас трэцяя хлусня і заяўка ў падтрымку.
iKonekt не інтэграваны з сям'ёй. Ён у ёй. Той самы ўваход, той самы акаўнт, тая самая платформа пад імі — таму запіс кліента не трэба ўзгадняць паміж прадуктамі, бо ён адзін.
castomAPI ў аснове
Платформавы ўзровень, на якім працуе кожны прадукт сям'і: адзін акаўнт, адзін кашалёк, адзін набор сэрвісаў для аўтарызацыі, білінгу, плацяжоў і броняванняў. Менавіта таму злучальнікі кароткія, а не гераічныя.
clickSomo, у абодва бакі
Аўтаматызацыя паведамленняў застаецца там, дзе яна добрая — у clickSomo. Падарожнічае размова і вынік, таму паслядоўнасць ведае, калі чалавек узяў кіраванне, а прадавец бачыць, што ўжо сказала паслядоўнасць.
FABLS, які корміць верх
Блогі і сацсеткі ствараюць чытачоў; чытачы ствараюць запыты; запыты трапляюць сюды з артыкулам, які іх стварыў, запісаным як крыніца. Цыкл замыкаецца без табліцы пасярэдзіне.
Формы castomUI
Сайты і лендынгі, згенераваныя castomUI, нясуць формы, якія трапляюць сюды напрамую — не па электроннай пошце, не праз webhook, які вы падтрымліваеце. Старонку і паштовую скрыню стварала адна сям'я.
dash-b, які назірае
Дашборды, якія чытаюць з таго самага акаўнта, таму лічба на сцяне і лічба ў CRM не могуць разыходзіцца — здзіўна рэдкая ўласцівасць.
castomo, дом
Акаўнт, які ў вас ужо ёсць. Калі вы ўваходзілі ў што-небудзь у сям'і, вы ўваходзілі сюды — другой рэгістрацыі няма і другога пароля, які можна страціць, таксама няма.
Што «у абодва бакі» насамрэч азначае
«Двухбаковасць» — заезжанае слова, таму вось канкрэтная версія. Злучальнік у гэтай сям'і — не начны экспарт. Калі clickSomo адпраўляе паслядоўнасць, а кліент адказвае, адказ апынаецца ў нітцы iKonekt, і clickSomo ведае, што трэба спыніць адпраўку — бо цяпер гаворыць чалавек. Калі прадавец закрывае заданне тут, прадукты, якім гэта важна, атрымліваюць паведамленне — адзін раз, па парадку, і могуць на яго рэагаваць.
Функцыянальнасць не пераязджае. clickSomo застаецца прадуктам паведамленняў, а iKonekt — размовы. Мяжу перасякае невялікі набор фактаў, якіх кожны бок сапраўды патрабуе, якія падаюцца дастаткова надзейна, каб ніводнаму боку не даводзілася здагадвацца.
Назіранне з досведу стварэння: цяжкая частка інтэграцыі — амаль ніколі не адпраўка. Гэта дамоўленасць пра тое, чым з'яўляецца рэч — ці ёсць «кантакт» у адным прадукце «лідам» у іншым і «кліентам» у трэцім. Быць адной сям'ёй азначае, што гэты спрэчка адбыўся адзін раз, унутры, і не стаў вашай праблемай.
Адзін акаўнт — і адзін шлях з яго
Сумесны акаўнт паміж прадуктамі выклікае справядлівы пытанне: што адбываецца, калі хтосьці хоча, каб яго даныя зніклі. У гэтай сям'і запыт на выдаленне — не правіла паштовай скрыні: ён разыходзіцца да прадуктаў, якія што-небудзь трымаюць, і кожны адказвае за сябе. Гэта значна цяжэй пабудаваць, чым форму, і таму пра гэта варта згадаць тут, а не ў палітыцы, якую ніхто не чытае.
Калі вы ўжо ў сям'і, у вас ужо ёсць акаўнт тут.
Тыя ж уваходы, той ж кліент — без вікенда пераносу і без задання сінхранізацыі, якое цішком стварае трэцюю версію праўды.
«Дык нам трэба будзе сінхранізаваць гэта з усім астатнім».
Сінхранізаваць нічога не трэба.
Адзін уліковы запіс на ўсю сям'ю, адзін запіс кліента пад ім. Заданне сінхранізацыі — гэта машына, чыё адзінае прызначэнне — дамовіць дзве хлусні; тут замест гэтага адна праўда.
Паглядзець платформу →