Mit tegyünk, ha egy WordPress-bővítmény majdnem tudja azt, amire szükségünk van?

WordPress-weboldalak készítése során gyakran találkozom olyan helyzettel, amikor megtaláljuk a feladathoz látszólag megfelelő bővítményt. A leírás alapján tudja a szükséges funkciókat, kompatibilis a weboldal rendszerével, és az első tesztek során úgy tűnik, hogy jó alapot adhat a megvalósításhoz.

Használat közben azonban kiderül, hogy valami mégis hiányzik.

Lehet, hogy a funkció működik, de nem pontosan úgy, ahogyan a vállalkozás folyamatai megkövetelik. Előfordulhat, hogy technikailag elvégzi a feladatát, de a látogatónak nehézkes vagy nem elég egyértelmű a használata. Máskor a működés megfelelő, de a megjelenés nem adja vissza azt az élményt, amelyet a márka képviselni szeretne.

Ilyenkor merül fel a kérdés:

elég a „majdnem jó”, vagy érdemes továbbfejleszteni a rendszert?

A válasz nem mindig az, hogy új bővítményt kell keresni. Az sem biztos, hogy rögtön teljesen egyedi rendszert kell fejleszteni. A jó döntéshez először azt kell megérteni, pontosan mi hiányzik, mennyire fontos ez az üzleti működésben, és milyen hatással lehet a későbbi fejlesztésekre.

Miért ritka, hogy egy bővítmény minden igényt pontosan lefed?

A WordPress egyik legnagyobb előnye, hogy rengeteg kész bővítmény érhető el hozzá. Ezek segítségével viszonylag gyorsan kialakítható például:

• egy webshop,

• egy kapcsolatfelvételi űrlap,

• egy időpontfoglaló rendszer,

• egy tagsági felület,

• egy digitális termékeket értékesítő oldal,

• vagy akár egy összetettebb, interaktív funkció.

A bővítményeket azonban nem egyetlen vállalkozás működésére készítik. Általános igényeket próbálnak lefedni, hogy minél több weboldalon használhatók legyenek.

Ezért teljesen természetes, ha egy bővítmény az elvárt működés 80–90 százalékát biztosítja, de néhány fontos részletet már nem kezel pontosan.

A hiányzó rész lehet látszólag apróság, például egy gomb elhelyezése vagy egy kártya megjelenése. Más esetben viszont a teljes vásárlási folyamatot érintheti: milyen adat kerül a kosárba, mi jelenik meg a megrendelésben, vagy milyen digitális tartalomhoz kap hozzáférést a vásárló.

Éppen ezért nemcsak azt kell megvizsgálni, hogy a bővítmény „tudja-e” a szükséges funkciót, hanem azt is, hogy hogyan tudja.

Három lehetséges irány

Ha a kiválasztott bővítmény nem felel meg teljesen az igényeknek, általában három út közül választhatunk.

1. Elfogadjuk a kompromisszumot

Nem minden hiányzó részlet indokol egyedi fejlesztést.

Ha az eltérés nem rontja a felhasználói élményt, nem akadályozza az értékesítést, és nem nehezíti meg jelentősen az adminisztrációt, akkor gazdaságosabb lehet elfogadni a kész megoldás működését.

Egy induló weboldalnál például nem feltétlenül szükséges azonnal minden elképzelt kényelmi funkciót megvalósítani. Először elindulhatunk egy stabil alaprendszerrel, majd a használati tapasztalatok alapján később továbbfejleszthetjük.

A kompromisszum azonban csak akkor jó döntés, ha tudatos. Nem mindegy, hogy egy kevésbé fontos vizuális részletről mondunk le, vagy egy olyan funkcióról, amely befolyásolja a vásárlást és az ügyfélélményt.

2. Másik bővítményt keresünk

Előfordulhat, hogy a kiválasztott bővítmény alapvető működése túl messze áll a kívánt folyamattól.

Ebben az esetben nem érdemes sok egymásra épülő javítással megpróbálni átalakítani. A túl sok módosítás később nehezen karbantartható rendszert eredményezhet.

Érdemes másik bővítményt keresni, ha:

• a legfontosabb funkciók több ponton is hiányoznak;

• a módosítás érintené a bővítmény szinte teljes működését;

• a fejlesztő nem biztosít rendszeres frissítést és támogatást;

• kompatibilitási problémák jelentkeznek;

• vagy a bővítmény felépítése nem teszi lehetővé a biztonságos bővítést.

Egy új bővítmény bevezetése ugyanakkor szintén nem kockázatmentes. Ellenőrizni kell az adatok átvihetőségét, a meglévő funkciók kompatibilitását és azt, hogy az új megoldás valóban többet nyújt-e, mint a régi.

3. Célzott egyedi fejlesztéssel egészítjük ki

Ha az alapbővítmény stabil, a legfontosabb funkciókat megfelelően kezeli, és csak néhány speciális elem hiányzik, akkor az egyedi továbbfejlesztés lehet a legjobb megoldás.

Ebben az esetben nem a teljes rendszert építjük újra. Megtartjuk a jól működő alapokat, és ezekhez kapcsoljuk hozzá azt a funkciót, amelyre az adott vállalkozásnak szüksége van.

Ez sokszor költséghatékonyabb és fenntarthatóbb, mint egy teljesen egyedi rendszer fejlesztése.

Fontos azonban, hogy az egyedi kiegészítés ne felülírja vagy „szétjavítsa” a bővítményt, hanem lehetőség szerint a WordPress és a kapcsolódó rendszer hivatalos csatlakozási pontjaira épüljön. Így kisebb az esélye annak, hogy egy későbbi frissítés azonnal felülírja a módosításokat.

Valós példa: amikor a működés megfelelő, de az élmény hiányzik

A Lélekdala Mandala fejlesztése során több alkalommal is találkoztunk a „majdnem megfelelő bővítmény” helyzetével.

Az oldal egyik különleges eleme a szimbólumhúzó felület. Az alapbővítmény képes volt a véletlenszerű választásra, a szimbólum nevének és rövid üzenetének megjelenítésére, tehát technikailag ellátta az alapfeladatot.

Az elképzelt felhasználói élményhez azonban ennél többre volt szükség.

A cél az volt, hogy a látogató ne egyszerűen egy gomb megnyomásával kapjon egy eredményt. A szimbólumok legyező formában jelenjenek meg előtte, és a kiválasztott kártya vizuálisan is kiemelkedjen a többi közül.

Ez nem csupán dekorációs kérdés volt.

A megjelenés az egész folyamat hangulatát és élményét befolyásolta. Egy technikailag működő, de vizuálisan túl egyszerű megoldás nem adta volna vissza azt az érzést, amelyet az oldal képviselni szeretett volna.

Ebben az esetben az alapbővítmény jó kiindulópontot adott, de a kívánt megjelenítéshez további kialakításra és egyedi kódolásra volt szükség.

Második példa: amikor a hiányzó rész már az értékesítési folyamatot érinti

A projekt másik különleges része a digitális szimbólumcsomagok értékesítése.

A rendszerben 23 különböző szimbólum található. A vásárlók 3, 5 vagy 10 darabos csomagot állíthatnak össze, illetve választhatják a teljes csomagot, amely mind a 23 szimbólumot tartalmazza.

A WooCommerce alkalmas digitális termékek értékesítésére és letöltések kezelésére, de ezt a speciális csomaglogikát alapból nem biztosította.

A kívánt működéshez az alábbiakat kellett megoldani:

• a vásárló csak valóban letölthető szimbólumok közül választhasson;

• egy csomagon belül ne lehessen ugyanazt a szimbólumot többször kiválasztani;

• a már kiválasztott elem tűnjön el a további választólistákból;

• a választások jelenjenek meg a kosárban és a rendelésben;

• két különböző összeállítású csomagot a WooCommerce ne vonjon össze;

• sikeres fizetés után csak a kiválasztott szimbólumokhoz járjon letöltési jogosultság;

• a teljes csomag esetében pedig automatikusan mind a 23 szimbólum elérhetővé váljon.

Ez már nem egyszerű megjelenési módosítás volt. A vásárlási folyamat több pontját érintette: a termékválasztást, a kosarat, a rendelési adatokat és a digitális fájlokhoz kapcsolódó jogosultságokat is.

Egy ilyen fejlesztésnél ezért nem elegendő, ha a választómezők láthatóan működnek a termékoldalon. A teljes folyamatot végig kell követni a kiválasztástól a fizetésen át egészen a letöltésig.

A látható funkció mögött gyakran összetett folyamat áll

A látogató számára a működés egyszerűnek tűnhet:

kiválaszt néhány szimbólumot, kosárba teszi a csomagot, fizet, majd letölti a megvásárolt tartalmakat.

A háttérben azonban több rendszernek kell pontosan együttműködnie.

A weboldalnak meg kell jegyeznie a választásokat, tovább kell adnia őket a kosárnak, hozzá kell kapcsolnia a rendeléshez, majd a sikeres fizetés után megfelelő jogosultságot kell létrehoznia.

Ha ezek közül csak egyetlen kapcsolat hibásan működik, előfordulhat, hogy:

• nem a kiválasztott termékek kerülnek a rendelésbe;

• két különböző csomag összevonódik;

• a vásárló nem kapja meg a letöltési lehetőséget;

• vagy olyan fájlhoz is hozzáférést kap, amelyet nem vásárolt meg.

Ezért az egyedi funkciók fejlesztésekor nemcsak azt kell ellenőrizni, hogy az adott elem megjelenik-e a képernyőn. A teljes üzleti és technikai folyamatot tesztelni kell.

Mi történik egy frissítés után?

A WordPress, a WooCommerce és a bővítmények rendszeresen frissülnek. Ezek a frissítések biztonsági javításokat, új funkciókat és kompatibilitási módosításokat tartalmazhatnak.

Egy frissítés azonban megváltoztathat olyan működéseket is, amelyekhez az egyedi kiegészítés kapcsolódik.

A Lélekdala Mandala esetében is előfordult, hogy egy bővítmény frissítése után korábban megfelelően működő funkció hibát okozott. Egy másik ponton pedig kiderült, hogy a WooCommerce alap letöltési rendszere megfelelő, de az egyedi csomagválasztó kód megzavarja a jogosultságok kiosztását.

Ilyenkor könnyű lenne újabb és újabb gyors javításokat egymásra építeni. Ez azonban hosszú távon instabil rendszert eredményezhet.

A helyes megoldás sokszor az, hogy vissza kell lépni egyet, külön megvizsgálni az alapfunkció és az egyedi kiegészítés működését, majd újragondolni a köztük lévő kapcsolatot.

Ez időigényesebb lehet, mint egy gyors foltozás, de kiszámíthatóbb és biztonságosabb eredményt ad.

Mire kell figyelni az egyedi továbbfejlesztés előtt?

Mielőtt egy bővítményt egyedi funkcióval egészítünk ki, érdemes néhány kérdést végiggondolni.

Stabil és rendszeresen frissített az alapbővítmény?

Egy elhanyagolt, ritkán frissített bővítményre kockázatos további fejlesztést építeni. Ha az alap bizonytalan, a ráépülő funkciók stabilitása sem garantálható.

A bővítmény támogatja a külső kiegészítéseket?

Nem mindegy, hogy a szükséges módosítás hivatalos kapcsolódási pontokon keresztül megvalósítható-e, vagy csak a bővítmény saját fájljainak közvetlen átírásával.

Az utóbbi megoldás problémás, mert egy frissítés könnyen felülírhatja a változtatásokat.

Mennyire üzletkritikus a funkció?

Egy dekorációs animáció hibája kellemetlen, de általában nem állítja le az értékesítést. Egy fizetési, jogosultsági vagy rendelési funkció hibája viszont közvetlen bevételkiesést és ügyfélpanaszokat okozhat.

Minél kritikusabb a funkció, annál alaposabb tervezést és tesztelést igényel.

Hogyan lesz tesztelve?

Nem elegendő csak az ideális folyamatot kipróbálni.

Ellenőrizni kell például azt is, mi történik, ha a vásárló:

• ugyanazt az elemet próbálja kétszer kiválasztani;

• több különböző csomagot helyez a kosárba;

• megszakítja a fizetést;

• később tér vissza a rendeléshez;

• vagy már felhasználta az engedélyezett letöltési lehetőséget.

Ki fogja később karbantartani?

Az egyedi kiegészítés nem feltétlenül egyszeri feladat. A WordPress és a bővítmények változásai miatt időnként szükség lehet ellenőrzésre és módosításra.

Ezért fontos, hogy a fejlesztés átlátható és dokumentálható legyen, és később is lehessen tudni, melyik funkció mihez kapcsolódik.

Mikor nem érdemes egyedi fejlesztést készíteni?

Az egyedi megoldás nem minden esetben a legjobb választás.

Nem feltétlenül érdemes továbbfejleszteni a meglévő bővítményt, ha:

• az alapfunkciók nagy része is hiányzik;

• a bővítmény fejlesztése vagy támogatása megszűnt;

• a módosítás költsége megközelíti egy megfelelőbb rendszer bevezetését;

• az egyedi kód túl sok bizonytalan működéshez kapcsolódna;

• vagy a vállalkozás folyamatai még nem tisztázottak.

Az utóbbi különösen fontos. Ha még nem tudjuk pontosan, hogyan kellene működnie a rendszernek, túl korai lehet egyedi fejlesztésbe kezdeni.

Először az üzleti folyamatot kell meghatározni, és csak utána érdemes kiválasztani vagy módosítani a technikai megoldást.

Nem a vállalkozást kell a bővítményhez igazítani

Egy kész bővítmény sok időt és fejlesztési költséget takaríthat meg. Jó alapot adhat egy stabil és bővíthető weboldal kialakításához.

A bővítmény azonban eszköz, nem pedig maga a stratégia.

Nem szerencsés, ha egy vállalkozás csak azért alakítja át a jól működő értékesítési vagy ügyfélkezelési folyamatát, mert egy kiválasztott bővítmény mást tud.

A technikai rendszer feladata az, hogy támogassa a vállalkozás működését, megkönnyítse az ügyfelek dolgát, és hosszú távon is fejleszthető maradjon.

Van, amikor ehhez egy jól kiválasztott kész bővítmény teljesen elegendő.

Van, amikor érdemes elfogadni egy kisebb kompromisszumot.

Máskor pedig egy stabil alaprendszer célzott, egyedi továbbfejlesztése adja a legjobb eredményt.

A jó döntéshez nemcsak azt kell megvizsgálni, hogy egy funkció ma működik-e. Azt is látni kell, hogyan kapcsolódik a weboldal többi részéhez, mi történik vele egy frissítés után, és képes lesz-e együtt fejlődni a vállalkozással.

A weboldaladnak különleges funkcióra lenne szüksége?

Nem minden vállalkozásnak ugyanarra a rendszerre van szüksége. Ezért minden fejlesztést azzal érdemes kezdeni, hogy megértjük a célokat, a felhasználói folyamatot és azt, milyen feladatot kell valóban megoldania a weboldalnak.

Lehet, hogy egy megfelelően kiválasztott bővítmény elegendő lesz.

Lehet, hogy a meglévő megoldás célzott továbbfejlesztésére van szükség.

És az is előfordulhat, hogy hosszú távon egy másik rendszer jelenti a biztonságosabb megoldást.

Minden sikeres együttműködés egy beszélgetéssel kezdődik.

Ha a weboldalad jelenlegi rendszere csak „majdnem” tudja azt, amire a vállalkozásodnak szüksége van, egy konzultáció során közösen átnézhetjük a lehetőségeket.