WooCommerce-fejlesztőt úgy érdemes választani, hogy minden jelölttől ugyanarra a konkrét feladatra kérsz megoldási indoklást és ellenőrizhető bizonyítékot. Egy látványos referencia vagy kedvező végösszeg mellett azt is tudnod kell, hogyan tárná fel a meglévő webshopodat, milyen próbával igazolná a működést, és mire vállal felelősséget.
Ez különösen fontos, ha már meghatározott egyedi funkcióhoz vagy integrációhoz keresel szakembert. Ilyenkor nem az a fő kérdés, ki tud WooCommerce-oldalt készíteni, hanem az, ki képes a meglévő rendszeredben körülhatárolt, fenntartható változtatást megvalósítani. A jelöltek válaszait ezért azonos feladatra és azonos elvárt eredményre érdemes összehasonlítani.
Adj mindenkinek azonos kiinduló feladatot
Ha az egyik fejlesztő csak egy mondatos elképzelést kap, a másik pedig teljes rendszerleírást, az ajánlataik eltérő tartalmát könnyű árkülönbségnek nézni. Készíts rövid közös feladatleírást: jelenlegi működés, kívánt változás, érintett szereplők, ismert integrációk és a biztosan megőrzendő folyamatok.
Például egy partnerenként eltérő rendelési minimum esetén ne csak azt írd, hogy „B2B funkció kell”. Mutasd meg, hogyan azonosítjátok a partnert, miből számítódjon a minimum, és mi történjen, ha a kosár nem éri el. A cél nem az összes műszaki döntés előzetes meghozása, hanem a feladat határainak közös megértése.
Válaszd külön a már eldöntött követelményt és a még nyitott kérdést. Ha abban sem vagy biztos, szükség van-e saját bővítményre, előbb az egyedi WooCommerce-fejlesztés indokoltságát érdemes tisztázni. Az itt bemutatott összehasonlítás akkor a leghasznosabb, amikor már egy konkrét megvalósítási feladathoz keresel felelőst.
WooCommerce-fejlesztő választásakor a referencia szerepét vizsgáld
Egy működő webáruház címe még nem mondja meg, mit készített benne a jelölt. Lehetett teljes fejlesztő, integrációs szakember vagy egyetlen megjelenítési módosítás kivitelezője. Kérd meg, hogy egy releváns munkánál pontosítsa a saját szerepét, a kiinduló problémát és a megoldás lényeges korlátait.
A te feladatodhoz kapcsolódó bizonyíték többet ér, mint a referenciák mennyisége. Rendeléskezelési integrációnál például az érdekes, hogyan kezelte a hibás adatot vagy a külső szolgáltatás kiesését. Egy látványos főoldal ezt nem igazolja. Ugyanakkor a hasonló korábbi feladat sem garancia arra, hogy a jelenlegi rendszeredben változtatás nélkül használható ugyanaz a megoldás.
Nem minden munkából adható ki forráskód vagy ügyféladat. Elfogadható bizonyíték lehet anonimizált műszaki összefoglaló, saját bemutatókörnyezet vagy egy elkülönített mintafeladat. Ne kérj hozzáférést más cég adminisztrációjához, és ne értékeld automatikusan gyengébbnek azt a jelöltet, aki betartja korábbi ügyfele titoktartási feltételeit.
A felmérési tervből derüljön ki, mit nem tud még
A jó felmérési ajánlat megnevezi, milyen kérdésekre fog választ adni. Kérd meg a jelölteket, sorolják fel, mely jelenlegi beállításokat és rendszerkapcsolatokat vizsgálnák meg, milyen hozzáférés kellene ehhez, és milyen írásos eredményt kapsz. Az „átnézzük a webshopot” megfogalmazásból nem látszik a munka határa.
Érdemes két konkrét szakmai kérdést is feltenni, majd figyelni, hogyan kapcsolják őket a feladatodhoz. Milyen rendeléstárolást használ a webshop, és milyen pénztár működik benne? Nem a rövidítések visszamondása számít, hanem az, hogy a jelölt felismeri-e ezek jelentőségét az adott módosításnál.
A WooCommerce HPOS rendeléstárolása külön adatbázistáblákat használ a rendelésekhez. Egy rendelési adatokat kezelő fejlesztésnél ezért ellenőrizni kell a használt tárolással való együttműködést. A blokkos kosár és pénztár dokumentációja pedig jelzi, hogy a korábbi pénztár egyes bővítési megoldásai nem mind működnek a blokkos változatnál. Egy pénztármező módosítására adott ajánlat ezt nem hagyhatja tisztázatlanul.
Erős válasz például: „Előbb megvizsgálom a pénztár típusát és az érintett fizetési bővítményt; ezek után mondom meg, melyik megoldást javaslom.” Gyenge bizonyíték az általános „minden WooCommerce-verzióval működni fog” ígéret. Az ismeretlenek megnevezése és a feloldásuk terve többet mond a munkamódszerről.
Kérj egy bemutatható tesztpéldát az ígéretek mellé
A „leteszteljük” állítás helyett adj egy rövid helyzetet a jelölteknek. A partneri rendelési minimum példájánál mi történik, ha egy vásárló a határ alatt marad, majd módosítja a mennyiséget? Mi történik eltérő jogosultságú fiókkal? Kérd, hogy mondják el az elvárt eredményt és azt, milyen formában mutatnák be a sikeres próbát.
Ebből kiderül, hogy a fejlesztő csak az új mező megjelenésére gondol-e, vagy a tényleges üzleti szabály működésére is. Az értelmes tesztpélda tartalmaz kiinduló állapotot, elvégzett lépéseket és ellenőrizhető eredményt. Nem kell megrendelőként teljes tesztcsomagot írnod, de a neked fontos működésnek felismerhetőnek kell lennie benne.
Kérdezz rá arra is, hogyan akadályozná meg a teszt a valódi számlázást vagy kiszállítást. A WooCommerce tesztrendelési útmutatója szerint a próbák leveleket és integrációkat is elindíthatnak, ezért külön tesztkörnyezetet javasol. A fizetés tesztmódja önmagában nem bizonyítja, hogy minden külső kapcsolat veszélytelenül elkülönül.
Ha nagy a bizonytalanság, egy fizetett, szűk felmérés vagy önállóan értékelhető első részfeladat segíthet a döntésben. Ennek legyen előre rögzített kimenete és lezárási pontja. Egy homályos, nyitott végű próbamunka nem teszi jobban összehasonlíthatóvá a jelölteket.
Az ajánlatokat a vállalt eredmény alapján hasonlítsd össze
A végösszegek összevetése előtt ellenőrizd, hogy ugyanazt tartalmazzák-e. Az egyik ajánlat a felmérést és a bevezetést is lefedheti, a másik csak a fejlesztést. Különbség lehet a szükséges licencben, az érintett integrációk számában és abban is, ki készíti elő a tesztadatokat.
Minden jelölt ajánlatánál írd össze ugyanazt az öt választ:
- Mit kapsz meg? Konkrét működés és átadandó eredmény, nem csupán órakeret.
- Mi marad ki? Az ismert kivételek és a külön rendelhető feladatok.
- Mire épül a becslés? Már megvizsgált tényekre vagy még ellenőrizendő feltételezésekre?
- Hogyan változhat a feladat? Ki jelzi a többletigényt, és milyen jóváhagyás előzi meg a munkát?
- Miből fogadod el? Bemutató, tesztjegyzőkönyv vagy közösen rögzített próbák alapján?
Ha valamelyik válasz hiányzik, előbb pontosítást kérj. A részletesebb ajánlat magasabb összege jelenthet tágabb vállalást, de a hosszabb dokumentum sem automatikusan jobb. Az számít, hogy a számodra lényeges eredmény és felelősség egyértelműen szerepel-e benne.
Az átadásról előre kérj mintát és egyértelmű vállalást
A fejlesztőválasztáskor nem szükséges minden átadási dokumentumot elkészíttetni. Kérhetsz viszont anonimizált mintát vagy tartalomjegyzéket: ebből látszik, milyen használati és műszaki leírást adna, és egy másik szakember milyen információból tudná folytatni a munkát.
A forráskód átadása, a módosítás lehetősége és a külső licencek használata külön kérdések. Ezek vállalt feltételei kerüljenek írásba; ne feltételezd, hogy egy letölthető bővítménycsomag minden hozzáférést és jogot rendez. Kérdezd meg azt is, ki kezeli a hozzáféréseket, és mi történik, ha később másik fejlesztővel dolgozol.
A dokumentáció részletes elemeit a WordPress-bővítmények átadási csomagjáról szóló útmutató fejti ki. A jelöltek közötti döntésnél az a fontos, hogy a vállalt csomagból mutassanak értelmezhető példát, és a hibajavítás, támogatás, illetve későbbi továbbfejlesztés felelősét külön is nevezzék meg.
Hozd meg a döntést a bizonyítékok és a nyitott kérdések alapján
A beszélgetések után ne emlékezetből válassz. Minden jelölt mellé jegyezd fel a feladatodhoz illő bizonyítékot, a vállalt eredményt és a még nyitott kockázatot. Egy szép bemutató nem pótolja a hiányzó teszttervet, ahogy egy jó tesztpélda sem rendezi magától a hozzáférések átadását.
Különösen figyelj az indoklásra. Miért ezt a megoldást javasolja? Milyen egyszerűbb lehetőséget vetett el, és miért? Melyik ismeretlen befolyásolhatja a munkát? Az a jelölt tud megalapozottabb döntéshez segíteni, akinek a válaszai a te webshopod konkrét működéséhez kapcsolódnak, és akinek a vállalásai később ellenőrizhetők.
Ha egyedi rendelési szabályhoz vagy rendszerkapcsolathoz keresel megvalósítót, a KovaBuild plugin- és bővítményfejlesztési szolgáltatásánál megismerheted a kapcsolódó fejlesztési területeket. A kapcsolatfelvételhez elegendő a konkrét feladat, az érintett integrációk és a legfontosabb nyitott kérdések rövid leírása; éles hozzáférést vagy titkos kulcsot ne küldj az első üzenetben.