WordPress või custom-lahendus: kumb sobib sinu ettevõttele?

Uue kodulehe või veebisüsteemi planeerimisel jõuab üsna kiiresti küsimuseni: kas teha lahendus WordPressiga või ehitada see spetsiaalselt ettevõtte vajaduste järgi?

Üht universaalset vastust ei ole. Mõne ettevõtte jaoks on WordPress kõige mõistlikum valik. Teise puhul hakkab sama platvorm koos kümnete pluginate ja eranditega hoopis arendust piirama.

Oluline on valida tehnoloogia selle järgi, mida süsteem peab tegema, mitte selle järgi, milline platvorm parasjagu populaarsem on.

Millal WordPress on hea valik?

WordPress sobib hästi siis, kui põhiülesanne on sisu avaldamine ja haldamine.

Näiteks:

• ettevõtte koduleht;
• teenuste ja toodete tutvustamine;
• artiklid ja juhendid;
• maandumislehed;
• lihtsamad päringuvormid;
• mitmekeelne koduleht;
• tavapärase funktsionaalsusega veeb.

Suur eelis on valmis ökosüsteem. Paljude tavapäraste vajaduste jaoks on olemas küpsed lahendused ning iga funktsiooni ei pea nullist programmeerima.

Samuti on WordPressi haldamisega tuttavaid arendajaid palju. See vähendab riski, et veeb jääb täielikult ühe teenusepakkuja külge kinni.

Aga e-pood?

WordPressi peale ehitatud WooCommerce sobib hästi väikese ja keskmise suurusega e-poele, eriti kui veebis on lisaks müügile oluline ka sisuturundus.

Teine levinud valik on PrestaShop, mis on algusest peale ehitatud e-kaubanduse jaoks.

Platvormi valikul tasub vaadata rohkemat kui toodete arvu. Olulised on näiteks:

• hinnastamise loogika;
• laoarvestus;
• variatsioonid;
• makse- ja transpordilahendused;
• raamatupidamise ühendamine;
• tellimuste töötlemine;
• ERP või muu majandustarkvara;
• eri riikide ja keelte vajadused.

Kui e-pood peab olema osa suuremast äriprotsessist, muutuvad liidestused tihti olulisemaks kui küsimus, millise CMS-i peal pood ise töötab.

Millal WordPress hakkab piirama?

Probleem ei ole tavaliselt WordPress ise. Probleem tekib siis, kui platvormi üritatakse sundida tegema tööd, mille jaoks see pole kõige sobivam.

Tüüpiline näide on süsteem, kuhu on aastate jooksul lisatud järjest uusi pluginaid:

üks teeb broneerimist, teine kasutajarolle, kolmas hinnastamist, neljas API ühendust ja viies parandab midagi, mida eelmine plugin teha ei oska.

Selline lahendus võib töötada, kuid iga uus sõltuvus teeb süsteemi keerulisemaks.

Ohumärgid on näiteks:

• kümned üksteisest sõltuvad pluginad;
• uuendused lõhuvad regulaarselt funktsioone;
• sama infot hoitakse mitmes kohas;
• äriloogika on jaotatud pluginate, teema ja custom-koodi vahel;
• lihtsa muudatuse tegemiseks tuleb muuta mitut süsteemi;
• veeb on muutunud aeglaseks või raskesti testitavaks;
• keegi ei oska enam täpselt selgitada, kuidas kogu lahendus töötab.

Sellises olukorras ei pruugi järjekordse plugina lisamine enam olla kõige odavam lahendus.

Millal tasub kaaluda custom-arendust?

Custom-lahendus on põhjendatud siis, kui veeb ise on osa ettevõtte tööprotsessist.

Näiteks kui on vaja:

• ettevõttespetsiifilist broneerimisloogikat;
• kliendi- või partneriportaali;
• erinevaid kasutajarolle ja õigusi;
• keerukat hinnastamist;
• andmete töötlemist;
• mitme välise süsteemi ühendamist;
• automaatseid töövooge;
• dokumentide genereerimist;
• API kaudu töötavat teenust;
• funktsionaalsust, millele valmis lahendust mõistlikult ei ole.

Custom-arenduse puhul saab andmemudeli, kasutajaliidese ja töövood ehitada konkreetse ülesande ümber.

See ei tähenda, et kõik tuleks nullist kirjutada. Ka eritarkvara kasutab tavaliselt olemasolevaid raamistikke, teeke, andmebaase ja teenuseid. Erinevus seisneb selles, et äriloogika ehitatakse ettevõtte vajaduste järgi, mitte ei proovita olemasolevat pluginat nende vajadustega sobitada.

Custom ei tähenda automaatselt paremat

Eritarkvara on lihtne üle müüa.

Kui ettevõttel on vaja viielehelist kodulehte, kontaktvormi ja võimalust paar korda kuus teksti muuta, pole selle jaoks põhjust ehitada eraldi sisuhaldussüsteemi.

Custom-lahendus tähendab tavaliselt:

• suuremat algset arendustööd;
• rohkem vastutust testimise eest;
• vajadust korraliku dokumentatsiooni järele;
• hooldusvajadust;
• suuremat tähtsust lähtekoodi ja ligipääsude korrastamisel.

Halvasti tehtud custom-süsteem võib olla palju suurem probleem kui halvasti seadistatud WordPress.

Aga jõudlus ja turvalisus?

Platvormi nimi üksi ei määra kumbagi.

Hästi ehitatud WordPressi sait võib olla kiire ja turvaline. Halvasti ehitatud custom-rakendus võib olla aeglane ja ebaturvaline.

WordPressi puhul tuleb eriti tähele panna:

• pluginate ja teema uuendamist;
• kasutamata komponentide eemaldamist;
• varukoopiaid;
• administraatorikontode kaitset;
• pluginate kvaliteeti;
• serveri seadistust.

Custom-süsteemi puhul sõltub turvalisus veel rohkem arenduse kvaliteedist: autentimine, õigused, sisendi valideerimine, andmebaasipäringud, failide käsitlemine ja väliste API-de kasutamine tuleb korrektselt lahendada.

Liidestused võivad valiku ära otsustada

Paljude ettevõtete puhul ei ole tegelik küsimus enam „WordPress või custom?”, vaid „kuidas veeb meie teiste süsteemidega tööle panna?”.

Veeb võib vajada ühendust:

• raamatupidamisega;
• laohaldusega;
• CRM-iga;
• makseteenustega;
• transpordipakkujatega;
• tootmis- või broneerimissüsteemiga;
• AI teenusega;
• ettevõtte enda API-ga.

Mõnikord on mõistlik jätta avalik koduleht WordPressi peale ja ehitada keerulisem süsteem eraldi rakendusena. Need kaks saavad omavahel API kaudu suhelda.

Kõike ei pea tingimata ühe platvormi sisse suruma.

Kas olemasolev WordPress tuleks välja vahetada?

Mitte tingimata.

Kui veeb täidab oma eesmärki, tehniline põhi on korras ja vajalikud muudatused on mõistlikult tehtavad, võib olemasoleva süsteemi korrastamine olla palju otstarbekam.

Enne nullist alustamist tasub kontrollida:

1. milline osa olemasolevast süsteemist tekitab probleeme;
2. kas probleem on WordPressis või konkreetses teemas/pluginates;
3. milline custom-kood on juba olemas;
4. milliseid integratsioone kasutatakse;
5. kas andmeid saab turvaliselt üle tuua;
6. kui palju maksab parandamine võrreldes uue lahendusega.

Mõnikord piisab tehnilisest korrastamisest. Mõnikord näitab audit üsna kiiresti, et vana süsteemi edasi lappimine ei ole enam mõistlik.

Kuidas valida?

Lihtsustatult:

WordPress on tugev valik, kui veeb on eelkõige koduleht ja sisuhaldus ning vajalik funktsionaalsus on standardne.

WooCommerce või PrestaShop on mõistlikud, kui põhivajadus on e-kaubandus ja äriloogika mahub nende platvormide raamidesse.

Custom-arendus tasub kaalumist, kui veeb on ettevõtte töövahend ning protsessid, õigused, andmed või integratsioonid on tavalisest keerulisemad.

Ja vahel on kõige parem lahendus nende kombinatsioon.

Kokkuvõte

Tehnoloogiat pole mõtet valida nime järgi.

Hea lahendus on selline, mida saab hooldada, edasi arendada ja vajadusel teisele arendajale üle anda. Kui valmis platvorm lahendab ülesande hästi, pole põhjust kõike ise ehitada. Kui platvormi piirangute ümber kulub rohkem tööd kui vajaliku funktsionaalsuse ehitamiseks, tasub kaaluda custom-lahendust.

3IT töötab WordPressi, WooCommerce'i, PrestaShopi ja custom-veebisüsteemidega. See võimaldab valida lahenduse projekti vajaduse järgi ning võtta üle ka olemasolevaid või pooleli jäänud süsteeme.