mediapulsasMyLoyal: white label lojalumo ekosistema - 30+ programėlių iš vienos kodo bazės.
Danijos lojalumo technologijų bendrovei MyLoyal kuriame ir palaikome visą mobiliųjų programėlių sluoksnį: white label architektūrą, leidžiančią restoranų tinklams, mažmenos ir liukso prekės ženklams paleisti savo firmines programėles iš bendros techninės bazės. Ekosistemoje - daugiau nei 30 veikiančių programėlių, tarp jų MASH, Letz Sushi, The Old Irish Pub, ONLY (BESTSELLER grupė) ir Mikkeller Running Club.
MediaPulsas kuria white label programėlių platformas ir Flutter lojalumo sprendimus - nuo vieno prekės ženklo iki dešimčių programėlių ekosistemų.
KlientasApie projektą
MyLoyal - Danijos lojalumo technologijų įmonė, kurios platforma leidžia restoranams, mažmenos tinklams ir narystės organizacijoms turėti savo firmines lojalumo programėles: taškai, atlygiai, skaitmeniniai kuponai, stumiamieji (push) pranešimai ir kampanijos valdomos centralizuotoje sistemoje. MediaPulsas nuo ankstyvųjų platformos etapų atsako už visą mobiliųjų programėlių sluoksnį - architektūrą, kūrimą, leidybą ir ilgalaikę priežiūrą.
Ekosistema aptarnauja penkis segmentus: restoranus ir svetingumo verslus (MASH, Letz Sushi, Mad & Kaffe, The Old Irish Pub), mažmeną (ONLY iš BESTSELLER grupės, Paradis, Bonnie Dyrecenter), gyvenimo būdo bendruomenes (Mikkeller Running Club), liukso prekės ženklus (OLE LYNGGAARD, Dulong) ir vidines darbuotojų programėles. Visos jos - iš vienos techninės bazės, bet kiekviena atrodo ir jaučiasi kaip savarankiškas produktas.
Kaip veikia sistema
Naujo prekės ženklo kelias nuo sutarties iki programėlės parduotuvėse - standartizuotas konvejeris, o ne atskiras projektas:
- Naujas brandas
- Prekės ženklo tema
- Modulių konfigūracija
- Bendra kodo bazė
- Automatinis build
- Parduotuvių peržiūra
- Paleidimas
- Centralizuoti atnaujinimai
Iššūkis
Kiekvienas prekės ženklas nori savo programėlės, bet 30 atskirų kodo bazių būtų techninė ir finansinė katastrofa:
- Kiekvienam brandui - unikali išvaizda, bet bendras funkcinis pagrindas
- Dalis klientų turi specifinių funkcijų, kurių negalima primesti visiems
- Atnaujinimas turi pasiekti 30+ programėlių be 30 atskirų rankinių darbų
- App Store ir Google Play peržiūras kiekviena programėlė praeina atskirai
- Migracija iš native architektūros į Flutter negalėjo sustabdyti veikiančių programėlių
- Push kampanijos ir lojalumo logika integruojasi su centralizuotu MyLoyal backend
Kodėl tai buvo sudėtinga: techniniai iššūkiai
Viena bazė vs unikalūs poreikiai
Modulinė architektūra su funkcijų jungikliais (feature flags): kiekvienas brandas įsijungia tik reikalingus modulius - taškus, kuponus, užsakymus - o specifinės funkcijos gyvena atskiruose moduliuose, neužteršdamos bendros bazės.
30+ programėlių atnaujinimas
CI/CD build matrica: vienas pakeitimas bendroje bazėje automatiškai surenka visų brandų versijas su jų temomis ir konfigūracijomis. Tai, kas rankiniu būdu truktų savaites, vyksta per valandas.
Migracija iš native į Flutter
Ankstyvosios programėlės buvo pilnai native (Swift, Kotlin) kiekvienam brandui atskirai. Perėjimas į Flutter vyko laipsniškai, brandas po brando - be veikimo pertraukų naudotojams.
Prekės ženklo teminimas
Dizaino žetonų (design tokens) sistema: spalvos, šriftai, komponentų stiliai aprašomi konfigūracijoje, ne kode. Naujo brando išvaizda - konfigūracijos, o ne programavimo užduotis.
Parduotuvių leidybos mastelis
Standartizuotas metaduomenų, ekrano nuotraukų ir versijų valdymo procesas leidžia lygiagrečiai vesti dešimtis App Store ir Google Play peržiūrų be chaoso.
Integracija su lojalumo varikliu
Programėlės realiu laiku kalbasi su centralizuotu MyLoyal backend per REST API: taškų likučiai, kuponų galiojimas ir kampanijos sinchronizuojasi akimirksniu, o push kanalai (APNs, FCM) pasiekia kiekvieno brando auditoriją atskirai.
„Labiausiai išsiskyrė ilgalaikės partnerystės mąstysena - jie buvo ne tik programuotojai, bet aktyvūs produkto formuotojai, prisidėję prie jo augimo daugelį metų."
- Peter Bodskov, MyLoyal vadovas (CEO)
Sprendimas
Sukūrėme ir nuolat vystome white label mobiliųjų programėlių ekosistemą:
- Bendra Flutter kodo bazė su moduline funkcijų architektūra
- Dizaino žetonų sistema kiekvieno brando unikaliai išvaizdai
- Native Swift ir Kotlin komponentai, kur reikia gilių platformos galimybių
- Automatizuotas build konvejeris visų brandų versijoms
- Pilna App Store ir Google Play leidyba bei priežiūra
- Realaus laiko integracija su MyLoyal lojalumo varikliu ir push kampanijomis
Architektūra ir inžineriniai sprendimai
Ekosistemos pagrindas - bendra Flutter kodo bazė, kurioje kiekvienas prekės ženklas aprašomas konfigūracija: dizaino žetonai nustato išvaizdą, funkcijų jungikliai - įjungtus modulius, o brando specifinės funkcijos gyvena izoliuotuose moduliuose. Kadangi programėlių skaičius nuolat auga, kūrimo sąnaudos negalėjo augti proporcingai - white label architektūra naujo brando paleidimą pavertė konfigūracijos, o ne kūrimo projektu.
Platforma perėjo natūralią evoliuciją: ankstyvieji brandai gavo pilnai individualias native programėles (Swift, Kotlin), o platformai bręstant architektūra migravo į Flutter - laipsniškai, be veiklos sutrikdymo. CI/CD konvejeris iš vieno pakeitimo automatiškai surenka visų brandų versijas, o leidybos procesas standartizuotas taip, kad dešimtys parduotuvių peržiūrų vyktų lygiagrečiai.
Architektūriniai pasirinkimai: kodėl būtent taip
Kodėl Flutter, o ne toliau native kiekvienam brandui?
Su native kiekvienas naujas brandas reiškė dvi naujas kodo bazes (iOS + Android) - sąnaudos augo tiesiškai su brandų skaičiumi. Flutter bendra bazė augimą pavertė konfigūracija: nauji brandai nebedidina palaikymo kaštų proporcingai.
Kodėl iš viso pradėta nuo native?
Ankstyvoje stadijoje platformos poreikiai dar formavosi, o pirmiesiems klientams reikėjo gilių individualių funkcijų. Native davė maksimalų lankstumą, kol paaiškėjo, kurios funkcijos yra bendros - ir tik tada jas verta buvo standartizuoti.
Kodėl dizaino žetonai, o ne temos kode?
Kai išvaizda aprašyta konfigūracijoje, naują brandą gali paruošti dizaineris be programuotojo. Tai ne tik greičiau - tai pašalina klaidų riziką bendroje kodo bazėje.
Kodėl funkcijų jungikliai, o ne šakos (forks)?
Kodo šakos kiekvienam brandui ilgainiui tampa nesuvaldomos - pataisymai nebepasiekia visų. Jungikliai leidžia visiems brandams gyventi vienoje bazėje: pataisymas vienoje vietoje pasiekia visus automatiškai.
Kodėl centralizuotas CI/CD konvejeris?
30+ programėlių rankinis surinkimas ir leidyba būtų nuolatinis darbas pilnu etatu su klaidų rizika. Automatizuota build matrica tą patį atlieka per valandas ir visada vienodai.
Technologijos
- Flutter (Dart)
- Swift (iOS)
- Kotlin (Android)
- Dizaino žetonai
- Funkcijų jungikliai
- CI/CD build matrica
- REST API
- APNs / FCM push
- App Store Connect
- Google Play Console
- Modulinė architektūra
- Automatizuota leidyba
Rezultatai
White label architektūra leido ekosistemai augti nedidinant sąnaudų proporcingai - šiandien tai viena didžiausių lojalumo programėlių ekosistemų Šiaurės Europoje:
Ko išmokome
- White label verta standartizuoti tik tada, kai keli realūs klientai parodo, kurios funkcijos tikrai bendros
- Dizaino žetonai atsiperka nuo pirmo brando - vėliau juos įvesti į gyvą sistemą daug brangiau
- Funkcijų jungikliai geriau nei kodo šakos: viena bazė, vienas pataisymas, visi brandai
- Laipsniška migracija (brandas po brando) leidžia keisti architektūrą be rizikos veikiančiam verslui
Kam tinka panašus sprendimas
- Restoranų ir kavinių tinklams
- Mažmenos prekybos tinklams
- Prekės ženklų grupėms ir holdingams
- Franšizės verslams
- Narystės organizacijoms
- Kultūros įstaigoms
- SaaS platformoms, norinčioms mobile sluoksnio
- Bet kam, kam reikia daug programėlių iš vienos bazės
Dažniausi klausimai
Kas yra white label lojalumo programėlių platforma? +
Kaip viena kodo bazė aptarnauja 30+ skirtingų programėlių? +
Kiek užtrunka naujo prekės ženklo programėlės paleidimas? +
Ar galite sukurti panašią white label platformą mano verslui? +
Kas Lietuvoje kuria white label programėlių platformas? +
Turite idėją? Paverskime ją produktu
Papasakokite, ką norite pasiekti - per 48 valandas gausite apimties ir biudžeto įvertinimą bei mūsų siūlymą, nuo ko pradėti. Nemokamai ir be įsipareigojimų.