Az első kérdés szinte minden megbeszélésen ugyanaz: mennyi idő alatt lesz kész? Őszintén válaszolni csak akkor lehet, ha tudjuk, mit építünk. Ez a cikk végigmegy egy webalkalmazás szakaszain, és megmutatja, hol lehet időt nyerni és hol veszíteni. Az időtartamok tapasztalati sávok, nem ígéretek: egy kisebb belső eszköz a sávok alján, egy több rendszerhez kapcsolódó ügyfélportál a tetején végez.
1. Felmérés: mit akarunk valójában? (1–2 hét)
Az első beszélgetéseken azt tisztázzuk, mennyire kiforrott az ötlet. Kinek szól az alkalmazás, milyen folyamatot vált ki, mi történik ma nélküle? Miért most kell, és mi a kockázata, ha nem készül el? Az ajánlathoz szükséges felmérés nálunk ingyenes, és már ebben a szakaszban kiderül, ha egy dobozos megoldás is elég lenne.
2. Scoping: pontos terjedelem, fix ár (2–4 hét)
Komplex projektnél a felmérés után scoping következik: összegyűjtjük az igényeket, felrajzoljuk a fő folyamatokat és képernyőket, és ebből készül a specifikáció és a fix árajánlat. Ez a lépés spórolja meg a legtöbb időt később, mert a fejlesztés közben felfedezett igények a legdrágábbak. A scoping eredménye a tiéd, bárki is folytatja.
3. Márka és arculat, ha kell (2–4 hét)
Ha új terméket vagy szolgáltatást indítasz, az alkalmazás mellé márka is kell: név, logó, vizuális rendszer. Ez párhuzamosan futhat a tervezéssel, és egy kézből intézhető, így nem kell két csapatot összehangolnod.
4. UX-tervezés és prototípus (4–8 hét)
A felhasználók és a folyamatok alapján megtervezzük az alkalmazás szerkezetét: drótvázakat, felhasználói utakat, kattintható prototípust. Egyedi, új típusú alkalmazásnál ehhez felhasználói kutatás is tartozik; egy ismert folyamat digitalizálásánál ez rövidebb lehet.
5. Használhatósági teszt (1–2 hét)
A prototípust néhány valódi felhasználó kipróbálja előre megadott feladatokon. Ami itt kiderül, azt egy délután alatt javítjuk a terven; ugyanez fejlesztés után hetekbe kerülne.
6. UI-tervezés (4–6 hét)
A jóváhagyott szerkezetre elkészül a végleges, reszponzív felület és a komponenskészlet, a márkád arculatára építve. Ez a fejlesztők alapanyaga, és később a továbbfejlesztésé.
7. Fejlesztés (8–24 hét)
A leghosszabb szakasz. A hossza a funkciók számától, a kapcsolódó rendszerektől (ERP, CRM, fizetés), az adatmigrációtól és a technológiai kockázatoktól függ. Az AI ma már a munkánk része a kódolásban és a tesztelésben, ezért gyorsabban szállítunk, de élesbe semmi nem kerül emberi ellenőrzés nélkül. Rövid ciklusokban dolgozunk, így kéthetente látod, hol tart a munka.
8. Átadás és élesítés (3–6 hét)
Te tesztelsz, mi javítunk, közben előkészítjük az éles környezetet, a mentéseket és a felügyeletet. Az élesítés nem a projekt vége.
9. Üzemeltetés és továbbfejlesztés (folyamatos)
Az éles rendszert felügyelni, frissíteni és fejleszteni kell. Mi ugyanazzal a csapattal visszük tovább, amelyik megépítette: support SLA-val, karbantartás, havi riport, és ha kell, új funkciók.
Hogyan lehet gyorsítani a te oldaladon?
- Egy döntéshozó. Ha egy ember dönthet, a jóváhagyások napok helyett órák alatt megvannak.
- Világos változtatási szabályok. Ami a specifikáción kívül esik, azt előre árazzuk, így nem csúsznak észrevétlenül a határidők.
- Első változat előbb. Indulj azzal, ami nélkülözhetetlen, a „jó lenne, ha” funkciók jöhetnek a következő körben.
- Tartalom időben. A szövegek, adatok és hozzáférések késése a leggyakoribb csúsztó tényező.
Frissítve: 2026. november 4.
