Amikor valaki webshopot szeretne, általában egy eredményt lát maga előtt: működjön, lehessen rendelni, jöjjenek a bevételek. A fejlesztő viszont egy rendszert épít, ahol minden mindennel összefügg. Meg szeretné becsülni, számára ez mennyi munkával jár. Félre tud csúszni sok helyen az együttműködés, azért fontos, hogy már az ajánlatkéréskor olyan kérdéseket tegyünk fel, ami előrevetíti a nehézségeket, és ezeket kikerüljük.

„Mit kell nekem tennem, megrendelőként, a fejlesztés előtt és annak során?”

Itt a fejlesztő nyilván megemlíti, hogy egy közös beszélgetés során megbeszélitek a koncepciót, és a fejlesztés során ellenőrizned kell a részállapotokat, hogy a végeredmény olyan legyen, amit szeretnél – de ez kevés.

A fejlesztő segíthet, hogy egy mindenre kiterjedő technikai specifikáció készüljön, és jó, ha ennek során több tucat kérdéssel érkezik. Fontos, hogy ennek az eredménye írásban legyen rögzítve, mindkét fél által jóváhagyva. Ez lesz a szerződés melléklete is, erről szól az ajánlat majd. 

Ideális, ha a fejlesztő már itt elmondja, hogy a domainnevet és a tárhelyet nekünk kell megrendelni, és ehhez számára hozzáférést biztosítani. A „majd elintézem én” nagyon segítőkésznek hangzik, valójában félő, hogy ez a segítség nekünk nagyon fájdalmas lesz később, mert hozzáköt minket a másikhoz akkor is, ha esetleg felbontanánk a megállapodást.

„Mit adsz át, és hogyan alakulnak a tulajdonviszonyok?”

Ha a fenti igény nem hangzik el, mindenképpen mi hozzuk fel, és tegyük világossá, hogy a domain és a tárhely előfizetése nálunk lesz. A nyíltság itt kifizetődik, és korrekt fejlesztőnél ez nem is okoz gondot: „Ha valamiért menet közben más fejlesztővel akarok dolgozni, mennyire tudom ezt megtenni?” Mindenki biztonságban akarja tudni magát, a kilépései lehetőség feltételeit mindkét félnek tisztáznia kell.

Ugyanígy fontos, hogy az admin hozzáférések, a felhasznált képek, zenék, videók tulajdonjoga, prémium előfizetések, licencek kinél vannak, és hogyan lehet egy esetleges problémánál igazolni ezeket.

A harmadik kulcskérdés: „hogyan kezelik a változtatási igényeimet később?” Mert egy webshop nem egyszer készül el, folyamatosan változik. A „megoldjuk, küldj egy listát, és elszámolunk” kissé komolytalan működésre utal, sokkal jobb, ha az ütemezésről, specifikációkról, folyamatokról beszél ilyenkor, illetve szerződéses garanciát is kapsz, hogy ezek meg fognak történni.

„Miből áll valójában az ajánlat?” 

Sok ajánlat úgy néz ki, hogy: „Webshop fejlesztés: X Ft” De pontosan mit tartalmaz az ár, és mi számít külön fejlesztésnek? Mi az alap funkcionalitás, mi az egyedi fejlesztés, milyen integráció kell, mi tartozik az üzemeltetés kategóriába. Ha ezek nincsenek szétválasztva, akkor később minden „extra” lesz. 

Mi tartozik az üzemeltetésbe, és ez mennyibe kerül? Mi nem tartozik bele, és az mennyibe kerül? A webshop leállhat bármikor egy frissítéstől vagy külső körülmények megváltozásától. Fontos tudnod, mennyi időn belül, mennyi pénzért és ki fogja ezt a problémát megoldani. Lehet, hogy ez több milliós kiesését jelent majd neked.

Rá lehet kérdezni, hogy volt-e a fejlesztőnek olyan projektje, ahol megszakadt az együttműködés a megbízóval. Kérd meg, meséljen róla. Ha a történet szerint a fejlesztő mindent jól csinált, de az érthetetlen megbízó bekattant, ott gyanús, hogy a fejlesztő nem vette észre a saját felelősségét. Ha kitér erre is, és el tudja mondani, mit tenne másként, az önreflexióra és fejlődésre vall, egyúttal arra, hogy lehet vele tárgyalni problémás esetben is.

„Hogy történik a tesztelés?” Ez is fontos. Ha a tesztelés profi, akkor meg fogják találni azt, amit a való életben a felhasználók tömege két perc alatt kiszúr. Ha nem, az első vásárlók egy félkész webshoppal fognak találkozni, és elmegy a kedvük, hogy amatőröktől vásároljanak.

Egy webshop fejlesztése mind a készítőnek, mind a megrendelőnek nagy munka, és sok esetben ér véget egy ilyen együttműködés kevésbé jó szájízzel. Nyílt, határozott kommunikációval, és ha tudjuk, mit kérdezzünk és milyen választ várhatunk el, nem lesz baj.