„Ezt öt perc megcsinálni, nem?” – Nézzük, mi van mögötte

Van, ami tényleg apróság

Egy telefonszám cseréje, egy elírás javítása vagy egy kép lecserélése általában egyszerű feladat. Ha a weboldal adminfelülete lehetővé teszi, akár te is megoldhatod. A helyzet akkor kezd érdekes lenni, amikor a kérés belenyúl az oldal működésébe.

Például szeretnél egy új mezőt az ajánlatkérő űrlapra.

Elsőre ennyi: jelenjen meg egy új rubrika. De kötelező legyen kitölteni? Milyen választ fogadjon el? Kerüljön bele az értesítő e-mailbe? Mentse el a rendszer? Mobilon is kényelmesen használható maradjon az űrlap?

Még mindig lehet belőle kisebb fejlesztés. Csak már pontosabban látjuk, mit kell megcsinálni.

Egy kedvezményből is lehet kisebb matekverseny

„Adjunk tíz százalék kedvezményt a visszatérő vásárlóknak.”

Jól hangzik. De kit nevezünk visszatérő vásárlónak? Aki regisztrált? Aki már rendelt? Vagy aki legalább három sikeres vásárláson van túl? Mi történjen, ha akciós terméket vesz? Használhat mellé kuponkódot? Beleszámítson a szállítási díj? És ha vendégként rendel, hogyan ismeri fel a rendszer? Egyetlen mondatból hirtelen egy sor üzleti döntés lett. A fejlesztés előtt ezeket is meg kell hozni, különben a rendszer majd valahogyan működik. A „valahogyan” pedig elég kellemetlen állapot, amikor pénzről van szó.

„Csak kössük össze” – két rendszer, kétféle szokás

A webshop és a számlázó összekapcsolása például remek ötlet. Kevesebb kézi munka, kevesebb másolgatás, kevesebb lehetőség arra, hogy péntek délután rossz összeget írj be. Az összekötéshez viszont meg kell nézni, hogyan tud adatot fogadni a számlázó, és mit tud átadni a webshop. Mikor készüljön el a számla? Rendeléskor vagy sikeres fizetés után? Mi történjen egy lemondott rendelésnél? Hogyan derüljön ki, ha az adatküldés elakad? Ha ezeket kihagyjuk, könnyen előállhat az a helyzet, hogy a két rendszer papíron össze van kötve, te pedig továbbra is kézzel javítgatod a végeredményt. Ennél azért többet várunk egy automatizálástól.

A régi oldalnak is van beleszólása

Ugyanazt a funkciót két különböző weboldalba beépíteni egészen más munkát jelenthet. Számít, hogyan készült az oldal, milyen megoldásokra épül, és mennyire alakítható. Egy átlátható rendszerben könnyebb megtalálni, hova illeszkedjen az új funkció. Egy sokszor toldozott oldalon előbb azt is fel kell térképezni, melyik rész mire hat. Ezért kérünk hozzáférést, nézzük át a meglévő működést, és ezért fordulhat elő, hogy egy rövid kérésre sem tudunk azonnal pontos árat mondani. Előbb látnunk kell, mihez nyúlunk.

Elkészült? Akkor próbáljuk meg elrontani.

Persze csak tesztelés közben. Mi történik, ha üresen küldik el az űrlapot? Ha megszakad a fizetés? Ha az új kedvezmény mellé egy régi kupon is bekerül a kosárba? Azt is ellenőrizni kell, hogy a változtatás mellett működnek-e a korábbi funkciók. Egy új fizetési mód beépítése után elég rossz meglepetés lenne, ha a régi közben használhatatlanná válna. A fejlesztéshez ezért a tesztelés is hozzátartozik. Attól, hogy valami egyszer sikerült a bemutatón, még nem láttuk az összes fontos helyzetet.

Hogyan kérj módosítást, hogy haladjunk is?

Mondd el, mit szeretnél megoldani. Például: „Túl sok időt töltünk a számlázással.” Vagy: „Az ajánlatkérők rendszeresen kihagynak egy fontos adatot.” Írd le azt is, hogyan dolgoztok most, és mi lenne az ideális eredmény. A technikai megoldást közösen megtaláljuk. Így azt is könnyebb eldönteni, mire van valóban szükséged, és mi az, amit érdemes későbbre hagyni. A VCODE-nál a meglévő weboldalak és rendszerek továbbfejlesztésében is segítünk. Átnézzük a kiinduló helyzetet, egyeztetjük az igényeket, és ezek alapján tervezzük meg a munkát.

Van egy „csak ezt kellene még megcsinálni” ötleted? Írd meg nekünk. Lehet, hogy tényleg apróság. Ha pedig több van mögötte, jobb, ha ezt még az elején tudod.