Sava el. parduotuvė · prenumerata · D2C
Aukščiausio lygio ir naujausių tendencijų el. parduotuvė. Panašaus lygio Shopify projektai kainuoja nuo 600 € per mėnesį.
TL;DR — kuo skiriasi
Situacija
Premium šunų maisto prekės ženklui reikėjo tiesioginio pardavimo kanalo Lietuvoje. Kiekvienam šuniui turi būti apskaičiuojamas porcijos dydis, šėrimo dažnis ir prenumeratos grafikas pagal amžių, svorį, kūno tipą ir aktyvumą. Tipinis Shopify plėtinys to nedaro; WooCommerce derinys reikštų šešių–septynių SaaS prenumeratų krūvą, kuri tarpusavyje nesikalba ir brangsta proporcingai augimui.
Sprendimas
Pradėjome nuo tuščio failo. Viena duomenų bazė, vienas tiesos šaltinis apie užsakymą. Express karkasu pagrįstas back-end su Prisma. Vite + React 18 front-end su rankiniu SSR ir react-helmet-async. Trys mokėjimo kanalai po viena būsenos mašina. BullMQ eilės palikto krepšelio ir el. pašto grandinėms. Konversijų sekimas iš serverio, ne tik iš naršyklės. Auditas, sutikimai ir administravimas suprogramuoti viduje.
Rezultatas
Klientas gavo el. parduotuvę, kuri veikia kaip rimto D2C verslo branduolys: trys mokėjimo būdai viename sraute, pagal apklausą sudaroma prenumerata, vidinis el. pašto variklis, serverinis konversijų sekimas, atlaikantis Safari ITP ir reklamų blokavimą. Jokio SaaS prenumeratos mokesčio, jokio procento nuo pardavimo.
Naratyvas
01 / PRADŽIA
Garrdu atėjo su užduotimi, į kurią šablonai neatsako: kaip parduoti premium šunų maistą kaip prenumeratą, kur kiekvienam šuniui pagal amžių, svorį, kūno tipą ir aktyvumą sudaromas porcijos dydis, šėrimo dažnis ir krepšelis – ir visa tai veiktų vienodai sklandžiai telefone ketvirtą valandą nakties ir biure pirmadienio rytą. Shopify pasaulyje plėtiniais to nepasieksi. Tad nepradėjome nuo temos pasirinkimo – pradėjome nuo tuščio failo.
02 / POZICIJA
Auganti lietuviška parduotuvė anksčiau ar vėliau atsiduria toje pačioje vietoje: platformos mokestis, prenumeratos plėtinys, el. pašto įrankis, palikto krepšelio įrankis, papildomo pardavimo įrankis, atsiliepimų ir lojalumo plėtiniai, apklausų konstruktorius. Kiekvienas po 30–300 € per mėnesį, kiekvienas su atskira duomenų sala ir kiekvienas lūžta, kai gretimas atsinaujina. Garrdu šį etapą peržengė iš karto: visa logika gyvena vienoje sistemoje – viena duomenų bazė, vienas tiesos šaltinis apie užsakymą, klientą ir prenumeratą.
03 / APKLAUSA
Garrdu apklausa per devynis žingsnius surenka informaciją apie šunį ir paverčia ją konkrečiu produktu krepšelyje bei prenumeratos pristatymo grafiku.
Pirmuose penkiuose žingsniuose šeimininkas paspaudimu pasirenka atsakymus, nieko nerašydamas: šuns amžiaus grupė (šuniukai, suaugę, senjorai – nuo 2 mėn. iki 12+ metų), aktyvumo lygis, virškinimo niuansai, išrankumas maistui ir alergijų statusas. Šeštas žingsnis atsiranda tik tada, kai ankstesniame atsakyme įtariamos arba patvirtintos alergijos – šeimininkas pažymi konkrečius baltymus (vištieną, kalakutieną, jautieną, kiaulieną ar elnieną), kurių šuo netoleruoja. Septintame įvedamas svoris kilogramais, aštuntame – šuns vardas, devintame – el. pašto adresas. Pastarieji du paimami tik tada, kai žmogus jau įsitraukęs.
Iš atsakymų deterministinė logika (be jokio LLM spėjimo) pagal griežtą prioritetų tvarką – alergijos prieš virškinimo problemas, virškinimas prieš aktyvumą – parenka vieną iš keturių baltymų. Patvirtinta alergija visada uždaro tą baltymą; jei alergijų nėra, dažnos virškinimo problemos veda į elnieną, aukštas aktyvumas su stabiliu virškinimu – į jautieną, o šuo be ypatumų gauna kalakutieną kaip kasdienį pasirinkimą. Pasirinkus baltymą, pagal šuns svorį iš produkto specifinės lentelės tiesine interpoliacija apskaičiuojama paros porcija gramais (pvz., 10 kg šuniui – apie 100 g), iš jos – reikiamų pakuočių skaičius mėnesiui ir pristatymo dažnis.
Apklausos eiga saugoma serveryje, todėl pradėjus pildyti darbo kompiuteryje galima užbaigti telefonu vakare – sesijos susiejamos pagal el. paštą net tada, kai naršyklių slapukai skirtingi. Po atsitiktinio uždarymo atsiveria tas pats klausimas, kuriame žmogus buvo sustojęs. Užbaigus apklausą, produktas atsiduria krepšelyje su jau apskaičiuota porcija ir pristatymo dažniu.
04 / SEKIMAS
Per pastaruosius dvejus metus naršyklės apkarpė didelę dalį duomenų, kuriais remiasi Shopify tipo parduotuvės. Iš pirmo žvilgsnio atrodo, kad reklamos konvertuoja prasčiau, nors realybėje jos tiesiog nustojo matyti. Garrdu konversijų sekimas vyksta ne tik naršyklėje: pagrindinė įvykių grandinė siunčiama iš serverio per CAPI – pirkimas, prenumeratos pradžia, apklausos užbaigimas – kiekvienas su unikaliu event ID, geografiniu kontekstu ir dedublikacija, kad Meta ir Google tą patį įvykį suskaičiuotų vieną kartą. Šalia veikia kokybės monitorius, pastebintis sugedusį įvykį dar prieš biudžetui pradedant degti.
05 / EL. PAŠTAS
Patvirtinimo laiškai, palikto krepšelio priminimai, kampanijos, atsisakymo nuorodos, klientų segmentai – suprogramuoti viduje. Eilė, planuoklis, atidarymų ir paspaudimų stebėjimas, vieno paspaudimo atsisakymo srautas, atitinkantis GDPR reikalavimus be papildomų plėtinių. Klientų bazei augant, sąskaita didėja gerokai lėčiau nei pagal Klaviyo profilio mokestį – proporcinga serverio resursams, ne klientų skaičiui.
06 / GRĮŽIMAS
Palikto krepšelio grandinė siunčia tris laiškus: pirmas priminimas po valandos, antras kitą dieną, trečias su produkto santrauka ir nuolaida – bet tik tada, kai logika rodo, kad žmogus dvejoja. Pirkėjui tuo tarpu užbaigus užsakymą arba atsisakius prenumeratos, grandinė nutraukiama. Pasibaigus atstatymo žetonui, jos kelias uždaromas be paskutinio laiško.
06b / PRISTATYMAS
Lietuvos pirkėjas tikisi pasiimti paketą iš artimiausio paštomato. Paruošto LP Express plėtinio rinkoje paprasčiausiai nėra – kiekvienas, kuriam to reikėjo lietuviškoje parduotuvėje, jį statė pats. Garrdu projektui suprogramavome paštomatų pasirinkimo sluoksnį nuo nulio.
Pradedame nuo viso Baltijos regiono: 1 174 terminalai vienoje paieškoje (447 Lietuvoje, 539 Latvijoje, 188 Estijoje). Visi sukrauti į vieną CSV duomenų šaltinį su koordinatėmis, miestais ir pašto kodais, atnaujinamą tiesiai iš LP Express. Sąrašas grupuojamas pagal miestus, miestai išrikiuojami abėcėlės tvarka, o kiekvieno miesto terminalai – pagal adresą. Net kai viename mieste yra dvidešimt taškų, jie sustoja logišku eiliškumu.
Paieška neapsiriboja paprastu „prasideda raidėmis…“ filtru. Po danga sėdi Fuse.js variklis su keturiais svertais: miestas, adresas, terminalo pavadinimas ir pašto kodas. Slenkstis nustatytas tarp 0,4 ir 0,5 – pakankamai laisvas, kad įvedus „Vinius“ pirkėjas rastų Vilniaus taškus, o įvedus „Bazanavič“ – Basanavičiaus g. paštomatus, bet pakankamai griežtas, kad rezultatuose neatsirastų atsitiktinio triukšmo.
Sąsaja persijungia pagal pirkėjo įrenginį: telefone ir lietimui jautrioje planšetėje atsidaro pilnaekranis modalas su didelėmis paspaudimo zonomis, staliniame kompiuteryje – kompaktiškas išskleidimo komponentas šalia kitų formos laukų. Pasirinkto terminalo informacija (pavadinimas, gatvė, miestas, pašto kodas) keliauja į užsakymą, LP Express etiketę ir patvirtinimo el. laišką. Prenumeratos atveju terminalas išsaugomas kitam siuntimui – pakartotiniam užsakymui jo nereikia pasirinkti iš naujo.
07 / GREITIS
Pirmas vaizdas, kurį pamato klientas, paruošiamas serveryje per SSR, ne kraunamas vėliau per JavaScript. Todėl Google paieškoje iškart matomas Garrdu turinys, o ne tuščias karkasas. Paveikslėliams iš anksto rezervuojama vieta per LQIP užuominas, kad elementai nepasislinktų pirkėjui jau pradėjus paspausti. Hero zonos gradientas piešiamas realiu laiku per WebGL – ne įkeliamas kaip didelis fonas. Nematomas darbas, bet būtent dėl jo Core Web Vitals rodikliai Lighthouse audite šviečia žaliai.
08 / VIDUS
Užkulisiuose veikia vidinis administravimo sluoksnis: užsakymai, kuponai, kampanijos, klientai, prenumeratos ir audito žurnalas, kuriame kiekvienas vidinis veiksmas turi atskirą eilutę. Klientų sutikimai saugomi kaip atskiri įrašai – kada, dėl ko ir su kokios redakcijos privatumo politika sutikta. Jei kada nors ateis užklausa iš Valstybinės duomenų apsaugos inspekcijos, atsakymas užtrunka minutes, ne savaites.
09 / INFRA
Garrdu sukasi mūsų prižiūrimuose serveriuose: konteineriai per Docker, reverse-proxy priekyje, sveikatos patikros ir kelis kartus per savaitę vykstantis diegimas. Jokio Shopify procento nuo pardavimo, Plus plano spaudimo augant ar plėtinių kainoraščio kėlimo sausį. Mėnesinė sąskaita nepriklauso nuo to, ar parduodate 50 ar 5 000 paketų – tik nuo serverio resursų ribos, ties kuria reikia kilstelėti pajėgumus.
Ekspertizė
Lietuvoje vienas pirkėjas moka kortele, kitas patvirtina pirštu per Apple ar Google Pay, trečias renkasi banko nuorodą iš savo banko sąrašo. Daugumoje parduotuvių tai trys atskiros sistemos, kurios tarpusavyje nesikalba. Garrdu sistemoje jos suvestos po viena būsenos mašina, kad pinigams keliaujant bet kuriuo iš trijų kelių užsakymas, klientas ir prenumerata atsirastų toje pačioje vietoje.
Mokėjimas kortele
Stripe · 3DS · AVS · saugykla
Apple Pay / Google Pay
Telefono piniginė · patvirtinimas pirštu
Makecommerce
Baltijos šalių bankų nuorodos · LT / LV / EE
Sėkmingam apmokėjimui įvykus bet kuriuo kanalu, užsakymas, prenumerata ir klientas atsiduria toje pačioje vietoje. Daugelyje el. parduotuvių vienas iš kanalų prilipdytas šone – Garrdu sistemoje visi trys įausti į pagrindinį srautą.
Krepšelis
Toje pačioje sesijoje pirkėjas gali pasirinkti vienkartinį pirkimą arba prenumeratą – tą patį produktą, tame pačiame krepšelyje, tuo pačiu mokėjimo metodu. Daugelyje el. parduotuvių prenumerata gyvena atskiroje šakoje su atskira sąsaja (dažniausiai per išorinį įrankį – ReCharge, Bold ir pan.). Garrdu sistemoje vienas srautas paleidžia du atskirus gyvavimo ciklus iš to paties krepšelio.
Vienkartinis pirkimas
Viena kortelė · vienas mokestis · užbaigta
Prenumerata
Žetonas saugykloje · pasikartojantys mokesčiai · valdoma iš admino
Tas pats produktas, tas pats krepšelis, tas pats apmokėjimo langas, bet po jo prasideda dvi skirtingos kelionės. Daugelyje el. parduotuvių prenumerata laikoma atskirai ir su vienkartinio užsakymo logika nesujungta – Garrdu šią ribą peržengia viename objekte.
Pristatymas
Pristatymo srautas – ta vieta, kur lietuviškos el. parduotuvės dažnai sulūžta: arba siūloma tik pristatymas į duris, arba paštomatas renkamas iš ilgo, nesurūšiuoto sąrašo. Garrdu projektui pastatėme paštomatų pasirinkimo sluoksnį be paruošto plėtinio – tokio rinkoje paprasčiausiai nėra.
Smulkmena, kurią lietuvis vertina labiau, nei rodo apklausos: paštomatas, kurį telefone galima rasti per kelias sekundes, vietoj puslapio, kurį tenka atversti darbo kompiuteryje.
Sąsaja
Technika
Rankiniu būdu sustatytas SSR ant Vite + React 18. Express back-end su Prisma virš PostgreSQL (apie 30 modelių). Redis + BullMQ keturioms eilėms (palikto krepšelio atstatymas, transakcinis paštas, rinkodaros kampanijos, el. pašto procesorius). Vidinis autentifikavimo sluoksnis (JWT, bcrypt, admin sesijos, audito įvykiai, service API raktai). Diegimas per Docker + Coolify + nginx + PM2.
| Front-end | Vite · React 18 · rankinis SSR · react-helmet-async |
| Back-end | Node.js · Express · TypeScript · Zod |
| DB | PostgreSQL · Prisma (~30 modelių) |
| Eilės | Redis · BullMQ (4 darbuotojai) |
| Mokėjimai | Stripe (kortelė + Apple/Google Pay) · Makecommerce (Baltijos šalių bankai) |
| Sekimas | PostHog (proxied) · Meta CAPI · GeoIP2 · event-ID dedup |
| El. paštas | Vidinis variklis · planuoklis · kampanijų grandinės |
| Auth / sauga | JWT · bcrypt · audito žurnalas · užklausų ribojimas (2 sluoksniai) |
| GDPR | Sutikimo įvykiai · privatumo politikos versijų įrašai · atsisakymo žetonai |
| Ops | Docker · Coolify · nginx · PM2 · Retool prietaisų skydeliai |
| i18n | i18next + http-middleware (LT / EN) |
| Greitis | Serverinis SSR · LQIP užuominos · WebGL gradientas |
AI / Automatizacijos
Keturi BullMQ darbuotojai valdo tai, ko klientas nemato: palikto krepšelio atstatymą su atstatymo žetonais, transakcinį paštą, rinkodaros kampanijas ir el. pašto procesorių. Apklausos logika – deterministinė, ne LLM spėjimas – iš atsakymų suskaičiuoja porciją ir prenumeratos pristatymo dažnį. Sekimo grandinė tarp naršyklės Meta Pixel ir serverinio CAPI įvykius dedubliuoja per bendrą event ID.
Iššūkiai
01
Du mokėjimų teikėjai, kurių įvykių semantika nesutampa. Stripe siunčia webhook’us pagal pirkimo gyvavimo ciklą, Makecommerce – pagal trumpalaikių banko nuorodų rezultatus. Reikėjo grandinės, kuri suvestų abiejų pusių baigtis į vieną užsakymo ir prenumeratos įrašą be dublikatų.
02
Makecommerce atgalinis kvietimas elgiasi kitaip nei Stripe webhook’as: trumpas galiojimo langas, kitokia pakartojimo logika, kiti laukai. Įausti šį kanalą į tą pačią būsenos mašiną kaip Stripe užtruko ilgiau nei pats vizualas.
03
Naršyklės Meta Pixel ir serverinis CAPI turi siųsti tą patį pirkimo įvykį, ne du. Jei event ID, laikas arba kontekstas išsiskiria, Meta optimizuoja į iškreiptą paveikslą. Dedublikaciją parašėme kaip atskirą biblioteką su savais testais, kad ją būtų galima keisti neperžiūrint viso piltuvėlio.
04
Pixel ir serveriniai įvykiai elgiasi skirtingai pagal sutikimų juostos būseną. Reikėjo tiksliai apibrėžti, kuris įvykis išleidžiamas iki sutikimo (ir kokia forma), o kuris laukia patvirtinimo – kitaip pažeidžiamas GDPR arba prarandama konversija.
05
Atstatymo žetonas pasibaigia. Klientas užbaigia pirkimą tarp dviejų priminimų. Atsisako prenumeratos vidury grandinės. Kiekvienam scenarijui parašėme aiškų išėjimą, kad gavėjas niekada negautų laiško apie tai, ko jau nebėra.
06
Pildymo pradžia kompiuteryje, pabaiga telefone vakare; slapukai skirtingi, bendros sesijos nėra. Be serverinio raktelio, susieto su el. paštu, tai būtų buvęs duomenų praradimas, ne funkcija.
07
3DS patvirtinimas, AVS pakartojimas, Apple ar Google Pay pasiūlymas, Makecommerce šokis pirmyn–atgal į banką – kiekvienas turi tilpti į savo teikėjo taisykles. Klaidingas žingsnis baigiasi atmetimu, kurį pamatai ne pirkėjo dialoge, o telemetrijoje.
08
Lietuvių kalbos meta žymos turi atsidurti serverio sugeneruotame HTML dar prieš pirmą piešinį, o vėlesnė hidratacija negali jų perrašyti. Smulkmena, dėl kurios Google mato Garrdu kaip lietuvišką prekės ženklą, ne angliškų raktažodžių aidą.
09
Atskiri Dockerfile variantai produkcijai ir testinei aplinkai, skirtingi nginx konfigai, vienas procesų prižiūrėtojas. Visi privalo elgtis identiškai abiejose pusėse – antraip pirkėjo akivaizdoje iškyla klaida, kurios nebuvo nė vienoje testinėje paleidimo versijoje.
Privalumai
Vietoj šešių–septynių SaaS prenumeratų, kalbančių per webhook’us, čia veikia viena duomenų bazė ir vienas back-end. Kiekviena funkcija mato visą kontekstą.
Serverinis sekimas reiškia, kad Meta ir Google pirkimo signalą gauna ir tada, kai naršyklė tyli. Optimizacija nelieka aklame lange.
Porcija ir pristatymo dažnis sudaromi pagal šuns svorį, amžių, aktyvumą ir alergijų statusą. Shopify plėtinys šio darbo neatlieka.
Kortelė su 3DS, Apple/Google Pay ir Baltijos šalių bankų nuorodos per Makecommerce – su tomis pačiomis pasekmėmis užsakymui. Mažiau krepšelių, paliktų paskutiniame žingsnyje.
Ne pavienis priminimas, o grandinė, kuri pati nutrūksta užsakymui įvykus ar prenumeratai atsisakius. Pakeičia brangų išorinį įrankį.
Funkciškai panašus į Klaviyo, tik be mokesčio už kiekvieną aktyvų profilį. Rinkodaros sąskaita auga gerokai lėčiau už klientų skaičių.
Serverinis pirmas piešinys, optimizuotos nuotraukos, iš anksto rezervuotos vietos. Core Web Vitals čia – ne paskutinė užduotis, o starto sąlyga.
Sutikimo įvykiai, audito žurnalas, atsisakymo grandinė – be papildomų plėtinių ir be teisinės rizikos pleistro.
Animuotas apmokėjimo srautas, vidinis hero gradientas, individualūs modalai. Klientui matosi, kad tai – ne dar viena Shopify šablono parduotuvė.
Fiksuotas mėnesinis serverio kaštas, be procento nuo pardavimo ir be staigmenų sausį.
Palyginimas
| Metrika | Shopify + plėtiniai | Garrdu |
|---|---|---|
| Mėnesinė SaaS prenumeratų suma | nuo 600 € | 0 € (visi sprendimai sukurti individualiai) |
| Mokėjimo kanalai apmokėjimo lange | 1–2 | 3 (kortelė · Apple/Google Pay · banko nuoroda per Makecommerce) |
| Reklamos sekimas po Safari ITP | Dalinis (tik naršyklė) | Pilnas (serverinis + dedublikacija) |
| Prenumeratos personalizacija | Šablonas, vienodas visiems | Pagal apklausos duomenis (porcija + dažnis) |
| Krepšelio atstatymas | Plėtinys su mokesčiu už profilį | Individualus vidinis sprendimas, be mėnesinio mokesčio |
| Pirmas piešinys mobiliajame | Šabloninis JS karkasas | Serverinis SSR |
| Lietuviškas SEO matomumas | Plėtinys + pavėluotas turinys po hidratacijos | Serverinis SSR su lietuviškomis meta žymomis nuo pirmo baito |
| Klientų duomenų nuosavybė | Priklauso platformai | 100 % priklauso jums |
Pamatyti gyvai — Garrdu parduotuvė →
Skaičiai
Mokėjimo kanalai
+1–2 kanalai
1–2 → 3 viename sraute
Prenumeratos personalizacija
Individuali kiekvienam šuniui
Šabloninė → Pagal apklausą
Reklamos matomumas po Safari ITP
Atribucija nelieka aklame lange
Dalinis → Pilnas
Mėn. SaaS prenumeratos
Visi sprendimai sukurti individualiai
nuo 600 € → 0 €
Pirmas piešinys
Greičiau
JS karkasas → Serverinis SSR
GDPR auditas
Minutės, ne savaitės
Plėtinių rinkinys → Įrašyta į DB
Lietuviškas SEO matomumas
Pilnas indeksavimas iš pirmo apsilankymo
Plėtinys + pavėluotas turinys → SSR + lietuviškos meta žymos nuo pirmo baito
Apklausos žingsnių logika
Porcija ir baltymas parinkti deterministiškai
Vienodas srautas visiems → Šakojasi pagal alergijas ir aktyvumą
Konkretūs sprendimo receptai – event ID schema, Stripe saugyklos ir būsenų grandinė, apklausos skaičiavimo formulė, palikto krepšelio laiko tinklas, diegimo seka – viešai nepateikiami. Rimtam užsakovui pristatomi atskirai.