Tvárné CRM s low-code/no-code funkcemi

[zoul]

Ahoj! Naše organizace běží z velké části na Airtable. Máme tam základní databázi uživatelských účtů, projektů a dalších podobných dat. Hodně využíváme low-code/no-code funkce Airtable jako třeba formuláře a automatizace.

Jsme s tím poměrně spokojeni, ale v poslední době docházíme k tomu, jestli by nebylo lepší používat jako základní nástroj namísto obecné databáze nějaké CRM. Tedy mít klíčová data uložená v CRM a nad ním třeba přes API a nějaké low-code/no-code funkce dodělat další potřebné věci.

Slibujeme si od toho zejména lepší modelování dat a vztahů a lepší UX spojené s běžnými CRM use casy. V Airtable jdou tyhle věci pochopitelně reprezentovat taky (je to databáze), ale nemá to dostatečně dobré UX. A i ty vazby mezi entitami jsou trochu problematické – buď to znamená mít všechna data v jedné gigantické databázi, anebo musíme používat synchronizované databáze, u kterých je zase obtížnější zařídit obousměrnou synchronizaci dat.

Zkrátka se chceme poohlídnout po tom, jak vypadají různá CRM (se kterými máme prakticky nulovou zkušenost) a jestli mezi nimi není něco, co by líp pasovalo na naše potřeby. Máte nějaké tipy? (Ještě jednou zdůrazňuju, že nám nejde obecně o „tipy na CRM“, ale spíš o „tipy na CRM s low-code/no-code funkcemi“.)

Díky moc!

[anezkamll]

To mi přijde jako hezká otázka pro @honzapav

[honzapav]

Ahoj, nejčastější důvody přechodu na CRM místo třeba Airtable, se kterými se setkávám, je trackování e-mailů a komunikace a s tím spojené přívětivější uživatelské rozhraní a ukládání dat o komunikaci rovnou do CRM. To v tvém příspěvku, @zoul, nečtu.

Pokud jde o přívětivé uživatelské rozhraní, nikdy jsem neviděl Česko.Digital používat Airtable Interfaces – používáte?

Tam je přívětivost podstatně vyšší než při používání záložky “Data”, ale samozřejmě jen do chvíle, než chce člověk něco specifického.

Tady pár screenshotů z mých interfaces – a to je nijak extra neladím.

Dej vědět.
H.

[zoul]

Díky! Ty interfaces my opravdu prakticky nepoužíváme. Určitě by zvedly pohodlí práce s některými daty, mrknu na ně. (Kdysi jsem si s nimi hrál, ale pak jsem je nestíhal udržovat, ta databáze se nám hodně měnila, takže jsme do nich dál neinvestovali. Teď by to zase mohlo dávat smysl. Mimochodem cením sloupeček Checklist, ačkoliv bych dost nerad viděl či udržoval ten vzorec! :–)

Stejně tak máš pravdu s tím sledováním e-mailů a komunikace. Aktuálně budeme dělat takový „interní audit“ use casů spojených s tím CRM aspektem naší databáze, takže teprve uvidíme, ale jsem si dost jist, že tohle tam zazní.

Každopádně to, co momentálně vnímám jako největší oříšek, je reprezentace vztahů a práce s nimi. Dlouhou dobu jsme jeli tak, že každý „tým“ dostal vlastní databázi, ve které si mohl úřadovat podle potřeby. To funguje bezvadně pro řízení přístupu (ne každý vidí všechno) nebo samostatnost týmů, ale je to peklo pro nějakou konzistenci dat. Logicky jsme narazili na to, že řadu dat držíme duplicitně v několika různých databázích.

Takže teď řešíme, jak se těch duplicit zbavit. Máme například jednu centrální tabulku Users (s evidentním obsahem – uživatelské účty), která by měla tvořit jádro všech našich dat. Držet celou naši organizaci v jedné společné Airtable databázi by bylo čiré šílenství, takže tu tabulku Users synchronizujeme do dalších databází, kde nad těmi uživatelskými daty pracujeme. (Například v databázi Events máme řadu tabulek, kde se nabízí mít něco jako pole Účastník, které je vázané na záznam z tabulky Users.)

Vlastně máme takové „základní registry“, které jsou sdílené do dalších databází, například:

Databáze Users:
  tabulka Users:
    string jméno
    string registrační_mail
    …

Databáze Events:
  tabulka Users ⚡️ // synchronizovaná z databáze Users
  tabulka Vánoční_setkání:
    link_to_users účastník
    boolean donde
    …

Tohle funguje, ale ta vazba jde jen jedním směrem – v databázi Events vidím, kdo z našich uživatelů kam přijde, ale v originální databázi Users už nezjistím, kam kdo šel. Airtable umí i obousměrný sync, ale ne v našem tarifu – a celkově už si říkám, jestli nějaký nástroj právě není blíž tomu, jak s daty pracujeme, abychom to nemuseli pracně lepit v Airtable. Nemáme zatím jasnou představu o tom, co potřebujeme, ale chceme se porozhlídnout po tom, co kdo umí.

Každopádně pokud jsi dočetl až sem, máš můj nehynoucí obdiv a pošlu ti čokoládu (platí i pro ostatní).

[mwenisch]

Takhle ty interfaces vypadaji bozi. My kdyz jsme s tim experimentovali, tak jsme narazili na dva problemy:

• Udrzitelnost tech interfaces. Ten model se vyvyji => interfaces zastaravaji s nejakym polocasem rozpadu par mesicu a pak uz na ne nikdo nesahne ani nasadou od kostete.
• Samotna Airtable delala v dobe, kdy jsme s tim experimentovali breaking zmeny => po updatu uz na to opet nikdo nesahnul

Ve zkratce. Uzivatele to proste sami od sebe prestanou (pripadne vubec nezacnou) pouzivat. Tohle muzeme na akademicke urovni rozporovat, ale proste se to deje.

Taky mam trochu pocit, ze tuhle prilezitost vyuzili nastroje tretich stran, ktere vytvari no-code UI treba pro CRM s Airtable jako klasickou backendovou databazi. Deje se to ve startupovem svete, ale obecne nevim, jak moc je to rozsirene i mimo nej.

[Lukas_Soucek]

Ahoj, v rámci kurzu Nezisk.Digital řešíme s jednou NNO také CRM/mailingový systém. Nakonec řešíme HubSpot. Ve finálním výběru jsme měli ještě Ecomail, ale ten je spíše jednoduchý a zaměřený na mailing. HubSpot je komplexnější CRM. Nemám s ním žádné zkušenosti mimo současnou implementaci. Ale co se v něm teď rozkoukávám, tak by mohl sedět na potřeby, které popisuješ. Je tam i nějaká integrace s Airtablem.

[zoul]

Díky za tip, mrkneme na něj!

[tomnavratil]

Jojo, HubSpot má spoustu vlastních aplikací, kvalitní Workflow proces a hlavně robustní REST API, takže tam si toho člověk vymyslí opravdu spoustu!