Airtable ali Notion: 1.000 zapisov hitro razkrije pravi tip orodja

Za vsebinski koledar ali CRM, v katerem ekipa redno povezuje objave, kampanje, stranke in stike, je praviloma primernejši Airtable. Če so jedro dela osnutki, zapiski in skupna navodila, je primernejši Notion. Že pri 1.000 zapisih je razlika oprijemljiva: Airtablov pregled paketov določa mejo 1.000 zapisov na brezplačno bazo, 50.000 na bazo Team in 125.000 na bazo Business. Pri letnem obračunu sta objavljeni ceni 20 oziroma 45 USD na plačljivega sodelavca mesečno.

Meja šteje vse tabele v isti Airtablovi bazi, zato lahko objave skupaj z ločenimi zapisi o kampanjah in strankah zapolnijo brezplačni paket prej, kot nakazuje sam koledar. Notionove zbirke so privlačne, kadar je posamezen vnos predvsem stran za pisanje; Notionov cenik za Plus prikazuje 10 USD na člana mesečno pri letnem obračunu. Nižja cena sedeža pa še ne pove, koliko dela bo zahteval želeni podatkovni model.

Vsebinski koledar in CRM: kaj mora zapis povezovati

Preprost koledar lahko vsebuje naslov objave, rok, odgovorno osebo in stanje. Če uredniki pri objavi hranijo še osnutek, uredniške opombe in navodila, je Notionova stran uporabna osnovna enota dela. Pogled koledarja ekipi pomaga najti besedilo, ki ga mora dopolniti, ne da bi potrebovala veliko ločenih zbirk.

Ko ista kampanja zajema več objav, posamezna objava pa je povezana z avtorjem, kanalom in naročnikom, postanejo pomembne povezave med zapisi. Podobno je pri CRM-ju: seznam podjetij z zapiski je drugačen problem kot sistem, ki ločeno vodi podjetja, stike, prodajne priložnosti in dejavnosti. Airtable je za tak model smiselna izbira, ker ekipa dela predvsem z zapisi in njihovimi odnosi. Notion prav tako podpira relacije; odločilno je, ali ljudje več dela opravijo z urejanjem teh odnosov ali s pisanjem na straneh.

Pri izračunu prostornosti je zato treba sešteti celotno bazo. Pogojni koledar z objavami, kampanjami, avtorji in strankami lahko vsebuje več zapisov, kot je objav. Če se ista stranka pojavi pri več objavah, je koristno, da je njen podatek shranjen na enem mestu in da se objave nanj sklicujejo. Tako popravek podatka ne zahteva ročnega iskanja vseh objav.

Strošek pri 1.000, 10.000 in 50.000 zapisih

Za primerjavo vzemimo pogojno ekipo treh ljudi, ki vsi urejajo podatke. Vsi Airtablovi zapisi so v eni bazi, navedeni zneski pa so mesečni ekvivalenti cen v USD ob letnem obračunu, brez davkov, popustov in dodatnih storitev. Število zapisov samo ne določa računa za sedeže; določa, koliko prostora ostane v izbranem paketu.

• 1.000 zapisov: Airtable Free je brez naročnine, vendar je baza že na meji. Če je vseh tisoč vnosov objav, ločena tabela kampanj ali strank zahteva dodaten prostor. Team za tri plačljive urednike po navedeni ceni pomeni 60 USD mesečno, Notion Plus pa 30 USD. Za koledar, ki je predvsem zbirka osnutkov z nekaj lastnostmi, je cenejši Notion smiselna izbira.
• 10.000 zapisov: Airtable Team pri istih treh urednikih še vedno pomeni 60 USD mesečno in dopušča prostor za nadaljnje povezane zapise. Notion Plus pri isti predpostavki pomeni 30 USD. Razlika v ceni se lahko upraviči, če ekipa redno vodi povezave med objavami, strankami in nalogami; sama velikost zbirke še ni zadosten razlog za selitev.
• 50.000 zapisov: Airtable Team doseže mejo baze. Za dodajanje novih zapisov v isto bazo bi ekipa potrebovala višji paket; Business za tri urednike po navedeni ceni pomeni 135 USD mesečno. Pri primerjanem številu članov Notion Plus ostane pri 30 USD, vendar je treba strošek presojati skupaj z načinom dela z relacijami in pogledi.

Pri zadnjem scenariju je pomembna še izvedljivost nadgradnje: Airtable za Business zahteva zasebno domeno e-pošte podjetja. Ekipa, ki uporablja le javne e-poštne naslove, zato ne more preprosto predpostaviti, da bo ob doseženi meji kupila ta paket. Strošek je prav tako odvisen od pravic sodelavcev; pogojni izračun velja za tri ljudi s pravico urejanja.

Avtomatizacije lahko prehitijo rast baze

Pri Airtablu šteje vsaka sprožitev avtomatizacije, tudi če dejanje ne uspe. Airtablova pravila za avtomatizacije določajo mesečno kvoto 100 izvedb na delovni prostor Free, 25.000 na Team in 100.000 na Business. Omejitev izvedb je ločena od omejitve zapisov, zato je lahko avtomatizacija prvi razlog za plačljiv paket.

Če bi v pogojnem koledarju vsak od 1.000 zapisov enkrat mesečno sprožil obvestilo, bi nastalo 1.000 izvedb, kar presega brezplačno kvoto. Pri 10.000 zapisih in dveh sprožitvah na zapis bi nastalo 20.000 izvedb, pri 50.000 zapisih in enakem ritmu pa 100.000. To so računski primeri, ne izmerjena poraba: dejansko število je odvisno od nastavljenih sprožilcev, pogostosti sprememb in neuspelih potekov. Tudi zapis, ki nikoli več ni urejen, sam od sebe ne porablja izvedb.

Notion ima drugačno omejitev zasnove. Po Notionovih navodilih za avtomatizacije zbirk avtomatizacija ne more neposredno sprožiti druge avtomatizacije, dejanje gumba pa jo lahko. Plačljivi uporabniki s polnim dostopom lahko avtomatizacije ustvarjajo in urejajo. Za obvestilo ob spremembi stanja je to lahko dovolj; zaporedje samodejnih korakov med povezanimi zbirkami pa zahteva drugačno zasnovo poteka.

Velika zbirka v Notionu: meja in odzivnost

Notionove zbirke niso omejene na majhne sezname. Notionova navodila za zmogljivost navajajo do 250.000 vrstic na zbirko. Hkrati opozarjajo, da lahko veliko strani, številne vidne lastnosti ter zahtevni filtri, formule in združeni izračuni upočasnijo nalaganje. Objavljena meja zato pove, koliko vrstic zbirka dopušča, ne pa, kako odziven bo vsak pogled pri konkretnem načinu uporabe.

Za uredniško ekipo je razlika uporabna: velik arhiv objav z osnutki in preprostimi pogledi je lahko še vedno primeren za Notion. Če pa mora koledar sproti združevati podatke o kampanjah, strankah in delu sodelavcev, postaneta struktura povezav in hitrost vsakodnevnega urejanja pomembnejši od samega števila strani. Obe orodji lahko imata mesto v istem procesu, če je jasno, kje se ureja veljavni status objave in kje ostanejo smernice ter odločitve.

Kontrolni seznam pred selitvijo

Selitev je smiselna, ko jo narekuje podatkovni model, dosežena omejitev ali dejanska poraba avtomatizacij. Pred prenosom je koristno popisati tudi delo, ki v obstoječi tabeli ni vidno: povezave, osnutke in ročne popravke po spremembi stanja.

1. Preštejte zapise po vrstah. Ločite objave, kampanje, podjetja, stike in druge entitete. Pri načrtovani Airtablovi bazi seštejte vse tabele ter pustite prostor za nove vnose.
2. Določite izvorni zapis. Pri vsaki relaciji zapišite, kje se ureja veljavni podatek. Pred uvozom poiščite podvojene stranke, manjkajoče povezave in objave, ki se sklicujejo na neobstoječo kampanjo.
3. Popišite poteke. Za vsak sprožilec navedite dogodek, dejanje, približno mesečno pogostost in ravnanje ob napaki. Tako je mogoče oceniti izvedbe, še preden avtomatizacije začnejo teči.
4. Ohranite povezavo z dokumentacijo. Določite, kam sodijo osnutki, uredniška pravila in zgodovina odločitev. Operativni zapis mora ekipo še vedno pripeljati do ustrezne razlage.
5. Preizkusite značilen vzorec. Prenesite povezane objave in pripadajoče poteke ter preverite, ali so status, odgovorna oseba in dokumentacija po selitvi nedvoumni.

Preberite tudi:

• Todoist ali TickTick: preprostost proti koledarju in navadam
• NotebookLM ali ChatGPT za dokumente: citati odločijo pred klepetom
• Substack ali Kit: pri plačljivem glasilu 10 % hitro preseže naročnino