Bubble ne tik save pozicionuoja kaip dar vieną drag-and-drop įrankį. Jis teigia, kad iš vienos platformos galite generuoti, diegti ir išplėsti pilnas interneto ir mobiliąsias programas.
Tai drąsus pareiškimas, ir man buvo įdomu sužinoti, ar jis galėtų pristatyti ką nors paruošto gamybai arba ar tai bus tik greito prototipo įrankis.
Šioje Bubble App Builder apžvalgoje aš jus supažindinsiu su savo pilnu praktiniu testu, rodydamas tiksliai, kas įvyko nuo registracijos iki pirmosios programėlės sukūrimo. Turėsite aiškią nuomonę, ar Bubble yra tinkamas pasirinkimas jūsų kitam projektui.
Kas yra Bubble App Builder?
Kas išskiria Bubble, yra jo gebėjimas žengti toliau nei paprasti prototipai. Iš tiesų galite paleisti ir plėsti tikrus produktus, pvz., prekyvietes, SaaS įrankius ir vidines platformas. Jis net palaiko gimtąsias mobiliąsias programas, todėl iš to paties projekto galite publikuoti tiek iOS, tiek Android programas.
Kam tai skirta?
Bubble skirta:
- Bet kas, kas nori paversti idėją veikiančia programa nesamdant kūrėjų komandos.
- Įkūrėjams, kad greitai patikrintų ir plėstų savo startuolius nepatirdami papildomų inžinerijos sąnaudų.
- Freelanceriams ir agentūroms, kad pristatytų profesionalios kokybės programas greičiau, dažnai kaip white-label sprendimus klientams.
- Įmonėms, kurios naudoja ją vidiniams įrankiams ir verslo svarbos programoms dėl integruoto saugumo ir mastelio galimybių.
- Asmeniniams kūrėjams (be programavimo žinių), kurie gali kurti tokias programas kaip prekyvietės, SaaS platformos ar DI įrankiai naudodami Bubble drag-and-drop redaktorių ir dirbtinio intelekto funkcijas.
Bubble App Builder privalumai ir trūkumai
- Lengvas drag-and-drop redaktorius
- Programėlių kūrimas varomas DI
- Tūkstančiai įskiepių
- Stipri bendruomenės parama
- Programa galima pradėti be programavimo
- Galingas reaguojančio dizaino variklis
- Nemokamas planas turi ribotas funkcijas
- Nemokamame lygyje API integracijos ribotos
- Išmokimo kreivė pažangesnėms parinktims
Pagrindinės Bubble App Builder savybės
- Vaizdinis drag-and-drop redaktorius
- Programėlių kūrimas su DI pagalba
- Reaguojančio dizaino variklis visiems įrenginiams
- Integruota duomenų bazė ir duomenų modeliavimas
- Srauto automatizavimas programėlės logikai
- Vartotojų autentifikavimas ir paskyrų valdymas
- API jungtis išorinėms paslaugoms
- Įskiepių rinka su daugiau nei 6 000 pasirinkimų
- Versijų valdymas su filialų palaikymu
- Gimtasis mobiliųjų programėlių kūrėjas (beta)
- Serverio žurnalai ir apkrovos stebėsena
- Integruotas derintuvas srautams
- Diegimas iš kūrimo į gyvąją aplinką
Mano praktinė patirtis su Bubble App Builder: žingsnis po žingsnio vadovas
Tai apžvalgos dalis, kuri man rūpi labiausiai ir tikriausiai rūpės ir jums. Rinkodaros puslapiai gali žadėti viską, tačiau tikrasis išbandymas – kai iš tikrųjų sėdate naudoti įrankį. Todėl ypatingą dėmesį skyriau savo praktinei patirčiai.
Nuo registracijos iki prietaisų skydelio tyrinėjimo, šie pirmieji žingsniai leido aiškiausiai suvokti, kas iš tiesų laukia naujų vartotojų.
Pradžia: registracija ir pirmasis įspūdis
Pradėjau tiesiai Bubble pagrindiniame puslapyje, kur mane pasitiko drąsus pareiškimas: „KURKITE PROGRAMĖLES SU DI, NEREIKIA KODO.“ Tai iš karto nubrėžė toną, žadėdamas daugiau nei tik prototipus ir pabrėždamas, kad iš tikrųjų galiu paleisti veikiančią programėlę.
Pirmiausia spustelėjau „Get started“ viršutiniame dešiniajame kampe. Registracijos puslapis užsikrovė greitai, ir turėjau dvi aiškias galimybes: tęsti su Google arba sukurti paskyrą el. paštu ir slaptažodžiu. Pasirinkau el. pašto kelią.
Forma pati buvo tvarkinga. Slaptažodžio laukas turėjo griežtas taisykles ir rodė tiesiogines varnelės ikonėles rašant. Tai nebuvo sudėtinga.
Įvedęs savo duomenis, Bubble pateikė kelis įvedimo apklausimus: „Iš kur sužinojote apie Bubble?“ (pasirinkau Search) ir „Kaip planuojate naudoti Bubble?“ (parinkau „Build“, o ne samdyti kažką). Jie nebuvo erzinantys, bet suteikė papildomo konteksto.
Kitas žingsnis paklausė, ar noriu pradėti su Web ar Mobile programėle. Pasirinkau Web, nes mobili parinktis dar buvo beta stadijoje. Tada Bubble pasiūlė pasirinkimą: eiti tiesiai į DI programėlių generatorių arba pereiti tiesiai į redaktorių.
Sąmoningai pasirinkau „Skip and take me to the editor“, nes norėjau pamatyti žalią sąsają prieš leisdamas DI man ką nors sukurti.
Viena kliūtis: Prieš leidžiant tęsti, Bubble reklamavo 14 dienų nemokamą bandomąją versiją su premium funkcijomis, reikalaujančią įvesti mokėjimo duomenis. Aš grįžau atgal ir vietoje to pasirinkau „Start with basic features“, kad galėčiau bandyti nemokamą planą.
Taip išvengiau kredito kortelės duomenų įvedimo iš karto. Didelis privalumas atsitiktiniams testuotojams kaip aš.
Įėjęs vidun, mane pasitiko žaismingas krovimosi ekranas, rodantis pranešimus, tokius kaip „Assembling backend workflows…“ ir „Initiating handshake with the multiverse…“. Tai buvo keista ir lengvabūdiška, bet, laimei, neužtruko ilgai.
Kai redaktorius užsikrovė, pirmas įspūdis buvo, kad Bubble labiau primena profesionalią kūrimo aplinką nei lengvą žaisliuką. Kairėje pusėje mačiau skiltis Design, Workflow, Data, Styles, Plugins, ir Settings. Design skiltyje buvo drag-and-drop elementai, tokie kaip tekstas, mygtukai, grupės ir dar pažangesni variantai, pavyzdžiui, popup’ai ir kartotinos grupės.
Perėjimas į Workflow skiltį aiškiai parodė, kad galiu apibrėžti logiką nerašydamas kodo, o Data skiltis leido sukurti struktūrizuotas duomenų bazes su integruotomis privatumo taisyklėmis.
Pirmosios programėlės kūrimas naudojant Bubble DI
Užsiregistravęs norėjau sužinoti, kiek paprasta, intuityvu ir aišku iš tiesų kurti programėlę Bubble. Čia DI programėlių kūrėjas įrodo savo vertę: jei galiu aprašyti, ko man reikia, ir stebėti, kaip sistema generuoja veikiantį pagrindą, tuomet jis tikrai pateisina „no-code“ pažadą.
Mano prietaisų skydelyje Bubble rodė mano paskyros kortelę su jau nurodytais „2 Bubble project“ po mano vartotojo vardu. Norėdamas pradėti iš naujo, paspaudžiau „Create a project.“ viršutiniame dešiniajame šio puslapio kampe.
Atsirado langas prašydamas įvardyti projektą ir pasirinkti pradžios tašką. Įrašiau „Personal finance app“ ir palikau numatytąjį variantą „Start with a web app → Start with AI.“
Prieš tęsiant, Bubble įterpė dar vieną pardavimo gundymo ekraną: „Build with premium features.“ Jis siūlė 14 dienų nemokamą bandomąją versiją, reikalaujančią mokėjimo duomenų. Kadangi nenorėjau dar atiduoti savo kortelės duomenų, spustelėjau „Start with basic features“ ir praleidau bandomąjį laikotarpį.
Tai nuvedė mane į DI užklausos ekraną tamsiu režimu. Antraštė skelbė „What can we help you build?“, o teksto laukelis jau buvo užpildytas tuo pačiu restoranų programėlės pavyzdžiu, kurį mačiau pagrindiniame puslapyje.
Išvalęs laukelį įrašiau savo detalią užklausą:
- Asmeninių finansų programėlė, leidžianti smulkiojo verslo savininkams prijungti sąskaitas, sekti sandėrius, peržiūrėti santraukas ir net gauti DI varomas taupymo įžvalgas.
Pateikęs užklausą pradėjau DI generavimo procesą. Bubble rodė eilę žaismingų eigos pranešimų, tokių kaip „Sketching out user features…“ ir „Adding polish…“.
Po maždaug penkių minučių susidūriau su pirmąja problema. Apačioje pasirodė klaidos pranešimas: „There was an error generating your app. Please try again.“ Prieš tai buvau pastebėjęs pranešimą apačioje sakantį „3rd party APIs are not currently supported.“
Mano pradinėje užklausoje buvo minimi Stripe ir Plaid, todėl įtariu, kad šių skambučių derinys kartu su tuo, kad buvau nemokamame/pagrindiniame lygyje, lėmė generatoriaus klaidą.
Tuo momentu aš perrašiau užklausą, pašalindamas bet kokį Stripe ar Plaid paminėjimą ir susitelkdamas į programėlės pagrindines savybes be išorinių API. Pateikiau dar kartą ir po dar 5–7 minučių generavimo laiko procesas sėkmingai baigėsi.
Kai procesas baigėsi, Bubble pranešė, kad mano programėlė, „FinEase Pro“, yra paruošta. Iškart redaktoriuje pamačiau struktūrizuotą daugiafunkcę programėlę: skiltis Dashboard, Accounts, Transactions, Summaries ir Subscription, visos su laikinais duomenimis ir jau sukonstruota navigacija.
Integruotas pagalbininkas BubbleBot pasveikino mane ir nurodė, kas buvo sukurta: „A multi-page app, a database with example content, and key workflows.“
Peržiūrėdamas programėlę naujame skirtuke, aiškiai pamačiau rezultatą. Dashboard rodė sąskaitų apžvalgas, neseniai įvykdytus sandėrius, pajamas lyginant su išlaidomis ir vietą išlaidų diagramai.
Spustelėjus Accounts, galėjau „add a new account“, o Transactions rodė kategorijų filtrą ir mygtuką įrašų kūrimui. Summaries siūlė išskleidžiamuosius meniu finansinių duomenų analizavimui pagal mėnesį arba metus ir net žadėjo grafikus, tokius kaip išlaidų skritulinės diagramos bei tendencijų linijinės diagramos. Subscription puslapyje buvo pateiktos nemokamos ir mokamos pakopos su atnaujinimo ir atšaukimo galimybėmis.
Nuo pradžios iki pabaigos, sugeneruota programėlė atitiko struktūrą, kurią buvau aprašęs. Ji nebuvo tobula – kai kurios skiltys turėjo laikino teksto ar maketinių duomenų – bet tai neabejotinai buvo veikiantis pagrindas.
Kaip Bubble DI valdo klaidas
Toliau norėjau sužinoti, kaip šis DI programėlių kūrėjas iš tikrųjų tvarkosi su klaidomis redaktoriuje. Kadangi tai no-code platforma, nesitikėjau derinti klaidų kaip kūrėjas su steko ir konsolės žurnalais, bet vis tiek reikėjo suprasti: kas nutinka, kai kažkas sugenda? Ar galiu tai sugauti? Ar galiu tai užfiksuoti žurnale?
Ir ar Bubble suteikia pakankamą matomumą, kad spręsti problemas be spėjimų?
- Srauto klaidų įvykiai
Bubble įterpia klaidų valdymą tiesiai į savo srautus. Svarbiausias įvykis yra „An unhandled error occurs“. Šis universalus įvykis suveikia, kai sraute kažkas nepavyksta ir neturite nustatę konkretesnio tvarkytojo.
Iš čia galite nuspręsti, kas nutiks:
- Rodyti draugišką pranešimą vietoj kriptinio sistemos pranešimo
- Užfiksuoti klaidą duomenų bazėje peržiūrai
- Arba net nukreipti vartotojus į asmeninį klaidos puslapį
Todėl kairiajame meniu spustelėjau Workflows, tada paspaudžiau mėlyną + New mygtuką. Iš parinktų sąrašo pasirinkau „An unhandled error occurs“.
Jis iškart pasirodė kaip srauto įvykis mano redaktoriuje. Iš ten galėjau konfigūruoti, ką jis turėtų „išgaudyti“: bet kokią srauto klaidą arba elemento srauto klaidas, susietas su konkrečiu mygtuku ar įvestimi.
Tai suteikė galimybę veikti plačiai (apimant viską) arba labiau tikslingai (pvz., tik klaidos iš registracijos mygtuko).
Man patiko, kad galėjau tuomet nurodyti, kas nutiks, kai šis įvykis suveiks. Pavyzdžiui, galėjau parodyti vartotojui draugišką iškylantį langą vietoj bendro Bubble pranešimo, užfiksuoti klaidą savo duomenų bazėje arba net nukreipti vartotoją į pasirinktą klaidos puslapį. Asmeniui, nerašančiam kodo, tokio lygio kontrolė klaidų valdymui yra netikėtai galinga.
- API klaidų valdymas
Bubble taip pat pripažįsta, kad šiuolaikinės programėlės stipriai priklauso nuo išorinių paslaugų. Per API Connector galite leisti srautams tęstis net jei API užklausa nepavyksta.
Tai reiškia, kad neįstrigsite aklavietėje. Galite sugauti klaidą, nustatyti būsenos kodą (pvz., 404 arba 500) ir reaguoti sklandžiai su pasirinktu pranešimu arba atsarginės veiksmu. Taip pat galite nustatyti serverio puses srautus klaidoms registruoti, sukuriant klaidų seką būsimam derinimui.
- Derinimo ir žurnalo įrankiai
Čia Bubble mane išties nustebino. Platforma suteikia specialų derintuvą, veikiantį šalia jūsų programėlės.
Pagal nutylėjimą, kai spustelėjate Preview atidaryti programėlę veikimo režimu, derintuvas įsijungia automatiškai. Galite tai atpažinti pagal URL parametrą:
debug_mode=true
Pilno peržiūros URL atrodo maždaug taip:
https://my-bubble-application.bubbleapps.io/version-test?debug_mode=true
Jei norite išjungti derintuvą, tiesiog pašalinkite parametrą iš URL (arba nustatykite false).
Įjungus derintuvą, jis pasirodo kaip juosta jūsų programėlės apačioje. Iš čia galite perjungti vykdymo režimus: Normal, Slow ir Step-by-step. Būtent Step-by-step režimas išties išsiskiria – galite vykdyti po vieną veiksmą ir tikrinti, kas vyksta kiekviename etape.
Šį įrankį naudoju testuoti, pavyzdžiui, prenumeratos srautus, ir jis suteikė realią matomumą, kokie duomenys perduodami, kokios sąlygos vertinamos ir kur tiksliai nutinka sutrikimas.
Bubble klaidų valdymas: išsamus ir bendras įspūdis
Mano asmeninė patirtis buvo mišri, bet galiausiai skatinanti. Pirmą kartą bandydamas sugeneruoti programėlę laukiau maždaug septynių minučių ir gavau baisųjį pranešimą:
Tai buvo erzinanti patirtis, ypač po tokio ilgo laukimo. Dar blogiau, vienintelė užuomina buvo pranešimas: „3rd party APIs are not currently supported.“
Kadangi mano pradinėje užklausoje buvo minėti Stripe ir Plaid, supratau, kad tai ir buvo priežastis.
Tačiau kai pakeičiau užklausą, pašalinau API paminėjimus ir dar kartą pateikiau, Bubble operatyviai susitvarkė ir sugeneravo programėlę per papildomas 5–7 minutes. Už šio pirminio nesklandumo ribų, radau, kad Bubble įmontuoti klaidų diagnostikos įrankiai yra vieni iš stipriausių, kokius esu matęs no-code platformose.
Dizaino ir išdėstymo pritaikymas
O kas, jei norite ką nors pakeisti savo programėlėje arba suteikti jai daugiau jūsų prekės ženklo identiteto? Bubble suteikia įspūdingą kontrolės lygį, net jei programėlė buvo sugeneruota DI.
Tarp globalių stilių, vaizdinio drag-and-drop redaktoriaus ir reaguojančio variklio, Bubble neapriboja jūsų vienu šablonu. Galite formuoti savo programėlę tiksliai taip, kaip norite.
Kairėje redaktoriaus pusėje yra Design skirtukas, veikiantis kaip pagrindinė vieta, kur pritaikote programėlės išvaizdą ir pojūtį. Čia praleidau daugiausiai laiko eksperimentuodamas su elementais, keisdamas išdėstymus ir tobulindamas stilius.
Bubble naudoja globalius stilius ir kintamuosius, kad dizainas išliktų nuoseklus. Galėjau apibrėžti spalvų paletę ir šriftų rinkinį, o bet koks elementas, susietas su tais kintamaisiais, būtų atnaujintas automatiškai, kai atlikdavau pakeitimą.
Tai reiškia, kad jei pakoreguoju antraštės šriftą ar pagrindinę savo prekės ženklo spalvą, atnaujinimas atsispindės visoje programėlėje. Išskirtiniais atvejais galėjau pakeisti globalius stilius atskiruose elementuose neišardydamas bendro nuoseklumo.
Savarankiškai redaktorius yra tikrai kas matosi, tas gaunama. Pertempiau elementus į drobę, pakeičiau jų dydį ir pridėjau į vietą. Spustelėjęs ant bet ko – tarkime, Financial Dashboard antraštės – atvėriau dešinėje jos Property Editor.
Iš ten galėjau pakeisti jo tekstą, stilių, apvadus, spalvas ar net SEO žymę. Pavyzdžiui:
- Elements Tree kairėje rodė kiekvieną elementą hierarchijoje, kas buvo ypač naudinga perstumdant elementus arba taisant išdėstymo problemas.
- Pakartotinai naudojami elementai, tokie kaip antraštės arba poraštės, pasitaikantys keliuose puslapiuose. Bubble leidžia juos sukurti vieną kartą ir naudoti visur, taip sutaupant daug laiko.
- Šiuolaikinės programėlės turi atrodyti gerai kiekviename ekrane, o Bubble tai sprendžia naudodama integruotą reaguojančio dizaino variklį. Kiekvienas elementas yra talpinamas konteineryje su išdėstymo taisyklėmis, panašiomis į CSS Flexbox.
- Be to, galėjau nustatyti konteinerį elgtis kaip eilė arba kaip stulpelis, derinti elementus pagal tėvinį konteinerį ir nurodyti, kaip elgtis ekrano susiaurėjimo atveju. Taško pertraukos (breakpoints) leido nustatyti, kada keičiasi išdėstymas (pvz., stulpelių sujungimas į vieną vertikalią eilutę mobiliajame įrenginyje).
- Įskiepiai, tokie kaip Classify, leidžia priskirti CSS klases elementams arba galite įterpti žalius <style> žymas į HTML bloką. Norint globalių pakeitimų, CSS galite pridėti programėlės nustatymuose skiltyje SEO & Metatags.
Labiausiai pirmą kartą vartotojui padėjo BubbleBot, asistentė, pasirodžiusi po mano programėlės generavimo. Spustelėjęs Edit my app, ji tiesiogiai paklausė: Kurią programėlės dalį norėtumėte pritaikyti pirmiausia?
Pasirinkus Edit the design prasidėjo trumpa dizaino skilties apžvalga ir buvau nukreiptas į Bubble dokumentaciją. Toks kontekstinis gidas sumažino apimantį per daug informacijos jausmą ir suteikė aiškų įėjimo tašką programėlės pritaikymui.
Buvau sužavėtas lanksčiu Bubble dizaino sistema. Valdymo smulkumas atrodė, tarsi dirbčiau tikrame front-end dizaino įrankyje, o ne supaprastintoje no-code platformoje.
Reaguojančio dizaino variklis yra būtinybė šiuolaikinėms programėlėms, ir nors jo įvaldymui reikia laiko, jis yra galingas, kai jį išmoksti naudoti.
Vienintelis trūkumas – išmokimo kreivė. Property Editor yra pilnas įvairių parinkčių, o vizualinių problemų (pvz., išlyginimo tam tikrame taško pertraukoje) derinimas vis dar gali reikalauti bandymų ir klaidų.
Tačiau su BubbleBot pagalba niekada lengvai nesustojau.
Programėlės publikavimas ir integracijų pridėjimas
Kai turėjau veikiantį programėlės variantą, norėjau sužinoti, kiek toli galiu eiti – ypač pridėdamas integracijas ir paskui publikuodamas ją gyvai.
Bubble integracijos valdomos per įskiepius. Tai priedai, plečiantys programėlės galimybes, panašiai kaip diegti programas telefone.
Bubble turi visą įskiepių rinką su tūkstančiais nemokamų ir mokamų pasirinkimų, apimančių viską nuo Stripe mokėjimų ir Google API iki mažų įrankių, pvz., failų įkėlimo arba atsitiktinių vartotojų generatorių.
Redaktoriaus Plugins skirtuke galėjau spustelėti + Add plugins, kuris atidarė įskiepių biblioteką. Rinka suskirstyta į kategorijas, tokias kaip Analytics, AI, E-commerce, Payments, Media, Customer Support, Testing ir dar daugiau (kaip parodyta ekrano nuotraukoje). Taip pat galite filtruoti pagal tipą (API, Action, Element, Event ir pan.) ir rūšiuoti pagal dažniausiai įdiegtus arba aukščiausiai įvertintus.
Keletas populiariausių įskiepių, kuriuos pastebėjau, yra:
- Toolbox – nemokamas įskiepis pritaikomų scenarijų vykdymui (daugiau nei 800 tūkst. diegimų).
- Stripe – mokėjimams ir prenumeratoms.
- Rich Text Editor – turinio redagavimui tiesiogiai programėlėje.
- Classify – pasirinktinėms CSS valdymo galimybėms elementuose.
Man patiko, kad Bubble nėra uždara sistema. Nėra apribojimų tam, ką platforma siūlo iš karto. Jei nerandate reikiamo įskiepio, netgi galite sukurti ir publikuoti savo įskiepį rinkoje.
Tai daro Bubble daug pritaikomą nei daugelis kitų no-code kūrėjų, kuriuos esu bandęs.
Pridėjus įskiepius ir atlikus pakeitimus, kitas svarbus žingsnis – programėlės publikavimas. Bubble šį procesą vadina diegiu, ir jis yra netikėtai paprastas.
Bubble programėlės veikia dviejose aplinkose:
- Development – kur jūs testuojate ir kuriate.
- Live – gamybinė versija, prieinama tikriems vartotojams.
Diegimas iš esmės reiškia programėlės perkėlimą iš Development į Live. Tam paspaudžiau Deploy mygtuką viršutiniame dešiniajame redaktoriaus kampe. Bubble tada patikrino Issue Tracker. Jei buvo aptiktos klaidos, jas reikėjo išspręsti, kol diegimas galėjo tęstis.
Diegiant man buvo paprašyta pridėti aprašymą atliktiems pakeitimams. Tai gali skambėti kaip nedidelis žingsnis, bet jis iš tiesų labai naudingas. Bubble saugo diegimų istoriją, todėl jei naujoje versijoje atsiranda klaidų, galite lengvai grįžti prie stabilios versijos.
Dar pastebėjau, kad jei vartotojai jau aktyviai naudoja jūsų programėlę diegimo metu, Bubble automatiškai rodo jiems atnaujinimo juostą puslapio viršuje. Paspaudę „Refresh“, jie iškart pereina prie naujos versijos.
Vartotojai, kurie tuo metu nebuvo prisijungę, tiesiog gaus atnaujintą versiją kitą kartą apsilankę.
Tai reiškia, kad atnaujinimai yra sklandūs ir nereikalauja pertraukos, tačiau laikas vis tiek yra svarbus. Jei programėlė plačiai naudojama, gali būti verta diegti ne piko metu, kad neblaškytumėte aktyvių sesijų.
Bubble kainodara ir planai
Bubble kainodara sukurta taip, kad leidžia pradėti nemokamai ir mokėti tik tada, kai būsite pasiruošę publikuoti. Pradėjau naudotis nemokamu planu ir nustebau, kiek daug jis suteikė mokymosi lygiui.
Tikrasis šuolis prasideda su Starter planu. Šis lygis atrakina viską, ko reikia, kad pereitumėte į gyvąją aplinką, įskaitant pasirinktinio domeno prijungimą, programėlės diegimą Live ir kt. Jei jūsų programėlė pradeda įgauti pagreitį, Growth planas prideda daugiau pažangių funkcijų.
Didesniems projektams ir komandoms Team planas apima: penkis programėlės redagavimo naudotojus, subprogramėles kelių ženklų arba white-label projektams, dvidešimt penkias pasirinktines šakas ir dvidešimt dienų serverio žurnalų.
Aukščiausias Enterprise lygis turi individualią kainodarą. Jis skirtas verslams, kuriems reikalinga maksimali kontrolė: dedikuoti serveriai, centralizuota administracija, individualūs apkrovos vienetai, veiksnumo SLA ir prioritetinė pagalba.
Bubble Website Builder planai
Mokėjimai vykdomi per Stripe, o Bubble taiko negrąžinimų politiką: bet kuris apmokėtas mėnuo negrąžinamas ir negali būti perkeliamas į jūsų paskyrą.
Bubble darbo apkrovos modelis taip pat yra skaidrus. Gaunate el. laišką, kai pasieksite 75 % ir 100 % apkrovos naudojimo, ir turite galimybę nusipirkti priedų arba riboti naudojimą.
Bubble DI App Builder alternatyvos
Bubble siūlo didelį kontrolės ir lankstumo lygį, bet turi statų išmokimo kreivę. Gera alternatyva tiems, kurie vertina paprastumą ir prognozuojamą kainodarą, ypač vidiniams įrankiams ar klientų portalams, yra Softr.
Softr veikia aukštesniame abstrakcijos lygyje, naudodama iš anksto paruoštas ir pritaikomas blokų dalis programėlėms kurti iš esamų duomenų šaltinių, tokių kaip Airtable ar Google Sheets.
Bubble DI vs Softr: greitas palyginimas
| Funkcija | Bubble | Softr |
|---|---|---|
| Naudojimo paprastumas | Vidutiniškai statūs išmokimo kreivė. Vaizdinis programavimas reikalauja laiko. | Labai lengva naršyti. Blokinis kūrėjas trumpina išmokimo laiką. |
| Pritaikymas | Aukštas. Pikseliškai tiksli vartotojo sąsaja, sudėtingi srautai ir tūkstančiai įskiepių. | Ribotas. Iš anksto paruoštos blokų dalys ir šablonai mažiau lankstūs. |
| Serverio dalis ir duomenys | Integruota duomenų bazė ir API jungtis pritaikomoms integracijoms. | Integruojasi su Airtable ir Google Sheets kaip pagrindiniais duomenų šaltiniais. |
| Kainodara | Pagal naudojimą orientuotas „apkrovos vienetų“ modelis, mastelį plečiant mažiau prognozuojamas. | Naudotojų pagrindu grįsta kainodara, skaidri ir prognozuojama. |
| Programėlių tipas | Puikiai tinka SaaS platformoms, prekyvietėms ir kelių vartotojų programėlėms. | Geriausia vidiniams įrankiams, klientų portalams ir narystės svetainėms. |
| Mobilumas | Gimtasis mobiliųjų programėlių kūrėjas ir PWA palaikymas. | Tik žiniatinklio programėlės ir PWA, be gimtųjų programėlių. |
Bubble labiau tinka, jei:
- Jūs esate įkūrėjas arba kūrėjas, kuriantis pilną SaaS produktą, prekyvietę ar bet ką, reikalaujantį daug pritaikymų.
- Reikia pažangių srautų, pikseliškai tikslaus dizaino ir integruotos serverio dalies, galinčios tvarkyti didelį apkrovimą.
Softr idealiai tinka:
- Mažoms komandoms arba individualiems vartotojams, kurie nori greito, švaraus ir lengvai prižiūrimo sprendimo.
- Jei jūsų programėlė daugiausia skirta pateikti arba valdyti duomenis iš Airtable ar Google Sheets, pvz., vidinis įrankis, klientų portalas ar narystės svetainė.
Galutinis verdiktas dėl Bubble no-code App Builder
Bubble yra viena pajėgiausių no-code platformų, kurias esu naudojęs. Ji siūlo lankstumą ir kontrolę, integruotą duomenų bazę, srautų variklį ir reaguojantį redaktorių.
Nors įrankis nėra pats lengviausias įvaldyti, o pagal naudojimą grindžiama kainodara gali lemti mažiau prognozuojamas išlaidas augant, tai įrankis, ant kurio galite statyti, kad pavertų jūsų idėją gamybai paruošta programėle.
