Interneto platforma — kas tai? Tai internetinė sistema, kurioje vartotojai turi savo paskyras ir patys kuria arba keičia duomenis: rezervuoja laiką, talpina skelbimą, mato savo užsakymus, pildo paraišką. Svetainė tuo tarpu yra informacijos leidinys — ji pasakoja apie jus, o lankytojas skaito ir susisiekia. Todėl atsakymas į klausimą svetainė ar platforma priklauso ne nuo puslapių skaičiaus ir ne nuo biudžeto, o nuo vieno dalyko: ar vartotojas sistemoje tik skaito, ar joje dirba. Platformos kūrimas prasideda būtent ten, kur jis pradeda dirbti.
Esu Tomas, front-end programuotojas iš Vilniaus. Per aštuonerius su puse metų ir 97+ projektų nemažai kartų teko sakyti klientui, kad platformos jam dar nereikia — ir bent tiek pat kartų atvirkščiai: kad WordPress papildinių kratinys, kurį jis bando sulipdyti, kainuos brangiau nei tvarkinga sistema. Žemiau — kaip šią ribą atskirti patiems.
Kuo skiriasi svetainė ir platforma
| Požymis | Svetainė | Platforma |
|---|---|---|
| Vartotojo vaidmuo | Skaito turinį, užpildo formą | Turi paskyrą, kuria ir keičia duomenis |
| Turinys | Jį suveda savininkas | Didelę dalį sukuria patys vartotojai |
| Duomenų bazė | Puslapiai, įrašai, nuotraukos | Ryšiai tarp objektų: vartotojas, rezervacija, mokėjimas, statusas |
| Teisės | Administratorius ir redaktorius | Kelios rolės su skirtinga matoma informacija |
| Kas lemia kainą | Puslapių kiekis ir dizainas | Funkcijų logika ir kraštiniai atvejai |
| Gyvavimas po paleidimo | Atnaujinimai ir turinys | Nuolatinė plėtra pagal vartotojų elgesį |
Paprastas testas: jei iš sistemos pašalintumėte prisijungimą ir viskas vis tiek veiktų — tai svetainė. Jei be paskyrų sistema netenka prasmės — tai platforma.
Kokios būna platformos: keturi tipai
- Rezervacijų sistemos. Grožio salonai, sporto klubai, nuomos verslai, konsultantai. Klientas mato laisvus laikus ir rezervuoja, jūs valdote kalendorių ir darbuotojus. Išsamiau — rezervacijų sistema verslui.
- Skelbimų portalai ir katalogai (marketplace). Kai jūs kuriate vietą, o pasiūlymus talpina kiti: nekilnojamasis turtas, automobiliai, darbo skelbimai, nišiniai katalogai. Reikia moderavimo, paieškos su filtrais ir dažnai mokamų paketų.
- Klientų savitarna. Užsakymų istorija, sąskaitos, dokumentai, sutarčių statusai — viskas, kas anksčiau vyko el. laiškais ir „Excel“ lentelėse.
- Narystės ir mokymų sistemos. Uždaras turinys prenumeratoriams, kursų moduliai, progreso sekimas, pasikartojantys mokėjimai.
Techniniai skirtumai, kurie lemia kainą
Iš šalies atrodo, kad platforma tėra svetainė su prisijungimu. Praktiškai skiriasi keturi sluoksniai:
- Duomenų modelis. Svetainėje puslapis yra savarankiškas. Platformoje kiekvienas įrašas su kažkuo susietas: rezervacija priklauso klientui, darbuotojui, paslaugai ir laikui vienu metu. Būtent šie ryšiai ir yra tikrasis darbas.
- Vartotojų rolės ir teisės. Reikia tiksliai nuspręsti, ką mato administratorius, ką darbuotojas, ką klientas — ir užtikrinti, kad vienas vartotojas negalėtų pamatyti kito duomenų pakeitęs adresą naršyklėje.
- Mokėjimai ir statusai. Vienkartinis apmokėjimas, avansas, prenumerata, grąžinimas, nepavykęs mokėjimas — kiekvienas atvejis turi savo scenarijų ir pranešimą.
- Pranešimai ir kraštiniai atvejai. Kas nutinka, kai klientas atšaukia likus valandai? Kai du žmonės rezervuoja tą patį laiką tą pačią sekundę? Kai darbuotojas serga? Šie klausimai ir yra techninės specifikacijos turinys.
Dar vienas dalykas, kurio svetainėse beveik nebūna: asmens duomenys. Platformoje jų kaupiama gerokai daugiau, todėl BDAR reikalavimai ir duomenų saugojimo terminai tampa projekto dalimi nuo pirmos dienos, o ne priedu pabaigoje.
Kada užtenka WordPress papildinių, o kada reikia individualaus sprendimo
| Situacija | Sprendimas |
|---|---|
| Vienas darbuotojas, standartinės paslaugos, rezervacija be apmokėjimo | WordPress su rezervacijų papildiniu |
| Paprasta narių zona su uždarais puslapiais | Narystės papildinys |
| Keli padaliniai, skirtingos darbuotojų teisės, avansiniai mokėjimai | Papildinys su individualiu kodu arba atskira sistema |
| Vartotojai patys talpina turinį ir moka už paketus | Individuali platforma |
| Reikia integracijos su buhalterija, CRM ar tiekėjo sistema | Individualus sprendimas su API |
Mano taisyklė paprasta: kol standartinis papildinys atitinka 80 % poreikio, jį naudoti verta. Kai pradedama derinti trys papildiniai ir kiekvienas jų „beveik“ tinka, prasideda brangiausias variantas — nuolatinis lipdymas. Tarpinis kelias dažnai geriausias: WordPress kaip pagrindas plius individualus įskiepis trūkstamai logikai; kada tai apsimoka, aprašiau straipsnyje apie custom kodą WordPress svetainėje.
Platformos kūrimas: kaina ir terminai
Svetainės kainą galima pasakyti iš karto, nes apimtis matoma: paprasta reprezentacinė — 250 €, išsami su atskirais paslaugų puslapiais — 350 €. Platformos kainos iš anksto nepasakysiu niekas, kas dirba sąžiningai, nes rezervacijų sistema vienai kirpyklai ir skelbimų portalas su tūkstančiais vartotojų yra skirtingi darbai.
Todėl platformos kūrimas pas mane visada eina tokia tvarka: nemokama konsultacija, techninė specifikacija, fiksuota sąmata, įgyvendinimas etapais. Terminai — paprastesnėms sistemoms orientaciniai 4–8 savaitės, sudėtingesnėms ilgiau. Beveik visada rekomenduoju pradėti nuo veikiančio minimumo: paleidžiame tai, be ko sistema neturi prasmės, o likusias funkcijas dedame pagal tai, ko realiai prašo vartotojai. Taip išvengiama brangiausios klaidos — metų darbo funkcijoms, kurių niekas nenaudos.
Trys klaidos, kurias matau dažniausiai
Pirma — platforma vadinama tai, kas yra parduotuvė. Jei vartotojai tik perka produktus iš jūsų katalogo, jokios individualios sistemos nereikia: WooCommerce tai daro geriau ir pigiau. Platforma prasideda ten, kur atsiranda kitas turinio ar pasiūlymų teikėjas.
Antra — specifikacija rašoma jau kuriant. Tada kiekvienas neaptartas atvejis tampa derybomis, o projektas išsitęsia. Dokumentas, kuriame surašyta, kas ir ką sistemoje daro, apsaugo abi puses: jūs žinote, ką gausite, aš žinau, ką kurti.
Trečia — neplanuojama priežiūra. Platforma yra gyva sistema: atnaujinimai, atsarginės kopijos, mokėjimų tiekėjų pokyčiai, augantis duomenų kiekis. Biudžete tam reikia atskiros eilutės nuo pirmų mėnesių, o ne tada, kai kas nors sulūžta.
Kaip galiu padėti
Pradedame nuo nemokamos konsultacijos (0 €): aptariame idėją ir pasakau, ar jums apskritai reikia platformos, ar užteks svetainės su keliais papildiniais. Jei einame toliau — techninė specifikacija 40 €/val., kurioje surašomos funkcijos, vartotojų rolės ir sistemos logika; tik po jos pateikiu fiksuotą sąmatą ir terminą. Po paleidimo naujos funkcijos ir palaikymas — 30 €/val. Daugiau apie procesą ir kuriamų sistemų tipus — platformų kūrimo puslapyje.
Dažniausiai užduodami klausimai
Interneto platforma kas tai paprastais žodžiais?
Tai internetinė sistema, kurioje vartotojai prisijungia ir patys atlieka veiksmus: rezervuoja, talpina skelbimus, mato savo užsakymus ar dokumentus. Svetainėje lankytojas informaciją tik skaito, platformoje — ją kuria ir keičia.
Kaip suprasti, ar man reikia platformos?
Užduokite du klausimus: ar vartotojams reikia asmeninių paskyrų ir ar jie patys kuria duomenis. Jei abu atsakymai teigiami, tai platforma. Jei ne — tikriausiai užteks svetainės su forma arba parduotuvės.
Ar platformą galima padaryti su WordPress?
Dažnai taip, ypač rezervacijoms ir narystėms. WordPress tinka kaip pagrindas, kai logika artima standartinei. Kai reikia savitos skaičiavimo tvarkos, kelių rolių ar integracijų su išorinėmis sistemomis, praktiškiau kurti individualų sprendimą.
Kodėl platformos kaina nepasakoma iš karto?
Todėl, kad kainą lemia ne dizainas, o funkcijų logika ir kraštiniai atvejai, kurių iš pokalbio dar nesimato. Būtent tam ir rašoma techninė specifikacija: po jos kaina bei terminas fiksuojami ir nebekinta be naujų užduočių.
Kiek laiko užtrunka platformos kūrimas?
Paprastesnėms sistemoms orientaciniai 4–8 savaitės nuo specifikacijos patvirtinimo, sudėtingesnėms — ilgiau. Terminas visada fiksuojamas kartu su sąmata, o darbas skaidomas etapais, kad matytumėte tarpinį rezultatą.
Ar galima pradėti nuo mažesnės versijos?
Rekomenduoju būtent taip. Pirmiausia paleidžiame veikiantį minimumą, surenkame realių vartotojų atsiliepimus ir tik tada plečiame. Toks kelias pigesnis ir beveik visada duoda geresnę galutinę sistemą nei viskas iš karto.