Progresszív Webalkalmazások (PWA) létrehozása és fejlesztése böngészőn keresztül

Böngésző PWA létrehozás magánügyfeleknek

A Böngésző PWA létrehozás akkor jó választás, ha egy weboldalból vagy egyszerű online felületből telepíthető, gyorsabban használható és mobilon is kényelmes webalkalmazást szeretne. A lényeg egyszerű. A felhasználó böngészőből nyitja meg az oldalt, mégis olyan élményt kap, mintha külön alkalmazást használna. Nem kell alkalmazásbolt, nem kell külön natív fejlesztés, és sok esetben a költség is kezelhetőbb marad.

Én azt látom, hogy magánügyfeleknél a PWA készítés gyakran nem egy nagy szoftverprojektként indul. Inkább van egy meglévő oldal, egy kisebb szolgáltatás, egy időpontfoglaló felület, egy katalógus, egy belső ügyféloldal vagy egy egyszerű rendelési folyamat. Ehhez kell egy olyan megoldás, amely gyorsan betölt, jól működik telefonon, és könnyen elérhető a kezdőképernyőről. Egy tapasztalt fejlesztő ilyenkor nem csak kódot ír. Megnézi, hogy a jelenlegi rendszer alkalmas-e PWA alapnak, milyen funkciókat érdemes első körben beépíteni, és mi az, amit jobb későbbre hagyni.

A Qjob.hu felületén magánszemélyek olyan szabadúszó szakembert kereshetnek, aki távolról vállal ilyen munkát. A feladat általában online egyeztetéssel indul. A megbízó elküldi a meglévő weboldalt, a hozzáféréseket, a kívánt működést és a példákat. Ezután jöhet a pontosítás, a fejlesztés, a tesztelés és az átadás.

PWA készítés és a feladat pontosítása

A PWA készítés nem ugyanaz, mint egy sima reszponzív weboldal javítása. A böngészőben futó webalkalmazásnak kell egy jól beállított manifest fájl, megfelelő ikonok, telepíthető megjelenés, gyorsítótárazás, biztonságos kapcsolat és átgondolt működés akkor is, ha a kapcsolat gyengébb. A szakember először azt nézi meg, hogy a meglévő oldal mennyire alkalmas erre.

Szerintem a legfontosabb induló kérdés az, hogy a PWA milyen problémát old meg. Csak az a cél, hogy a felhasználó ki tudja tenni a kezdőképernyőre. Vagy az is fontos, hogy bizonyos tartalmak kapcsolat nélkül is elérhetők legyenek. Esetleg értesítésekre, belépésre, kosárra, ügyfélprofilra vagy saját admin felületre is szükség van. Ezek nagyon eltérő feladatok, ezért az ár és a határidő is más lesz.

Volt olyan eset, amikor egy ügyfél csak annyit kért, hogy legyen alkalmazásszerű az oldala. A beszélgetés után kiderült, hogy valójában gyorsabb betöltést, mobilos menüt, kezdőképernyős ikont és egyszerű offline tájékoztató oldalt szeretne. Ez nem teljes alkalmazásfejlesztés volt, hanem jól körülhatárolt böngészős app fejlesztés. Így a munka gyorsabb lett, és nem kellett felesleges funkciókra költeni.

Böngészős app fejlesztés árak

Az ár leginkább attól függ, hogy meglévő oldalhoz készül PWA kiegészítés, vagy teljesen új webalkalmazás indul nulláról. Tapasztalatom szerint a túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent. Nem azért, mert minden drágább jobb. Hanem azért, mert a PWA-nál sok apró technikai részlet van, amit könnyű kihagyni. Ilyen a gyorsítótár kezelése, a hibás ikonméretek javítása, a mobilos telepítés ellenőrzése, a böngészőkompatibilitás és az alapvető teljesítményteszt.

Ezek a számok tájékoztató jellegűek. Egy magán fejlesztő adhat alacsonyabb vagy magasabb ajánlatot is, főleg akkor, ha a meglévő rendszer tiszta, vagy éppen nagyon nehezen javítható. A korrekt ajánlat nem csak egy végösszegből áll. Benne van a feladat leírása, az átadás módja, a módosítások száma és az, hogy mi nem része a munkának.

PWA fejlesztő választása

PWA fejlesztő választásakor nem elég azt nézni, hogy ki tud weboldalt készíteni. Olyan szakember kell, aki érti a böngészős működés korlátait is. A telepíthetőség nem minden eszközön ugyanúgy jelenik meg. Az értesítések sem működnek minden helyzetben azonos módon. Az offline működés pedig különösen félreérthető. Nem azt jelenti, hogy minden funkció internet nélkül is tökéletesen használható.

Sokan ott hibáznak, hogy csak árat kérnek, de nem kérdeznek rá a folyamatra. Pedig érdemes megnézni, hogy a fejlesztő kér-e hozzáférést tesztkörnyezethez, rákérdez-e a célcsoport eszközeire, készít-e rövid technikai javaslatot, és meg tudja-e mondani, melyik funkció mennyire kockázatos. Ha valaki mindenre azonnal igent mond, az nem mindig jó jel.

Hasznos, ha a szakember mutat korábbi webalkalmazást, vagy legalább elmagyarázza, hogyan tesztelné a kész felületet. Nem kell hosszú portfólió, de kell érthető gondolkodás. A magánügyfélnek általában nem az a fontos, hogy milyen keretrendszer neve szerepel a háttérben. Az a fontos, hogy a végeredmény működjön, gyors legyen, és ne essen szét egy átlagos telefonon.

Böngésző PWA létrehozás online munkafolyamatban

A Böngésző PWA létrehozás teljesen végezhető távolról. A megbízó elküldi a feladat rövid leírását, a jelenlegi oldal címét, a kívánt működést és minden olyan hozzáférést, amely a munkához szükséges. A biztonság miatt jobb ideiglenes hozzáférést adni, nem fő jelszót. És érdemes külön tesztfelületet használni, ha a meglévő oldal éles forgalmat kap.

A folyamat általában néhány lépésből áll. Először jön az igényfelmérés. Utána a fejlesztő megmondja, hogy mit lehet gyorsan megoldani, és mi igényel mélyebb átalakítást. Ezután készülhet egy rövid feladatsor. A fejlesztés közben jó, ha van közös üzenetváltás, de nem kell állandó hívás. A lényeg az, hogy a döntések írásban is megmaradjanak.

Az átadásnál nem csak a fájlok vagy a feltöltött módosítások számítanak. Kell egy rövid leírás arról, hogyan lehet ellenőrizni a telepítést, milyen böngészőkben lett tesztelve, és mi a teendő, ha később módosul az oldal. Egy komolyabb PWA esetén a fejlesztő külön átadási jegyzetet is adhat. Ez magánügyfélnél is hasznos, mert később nem kell mindent újra kitalálni.

Progresszív webalkalmazás minősége

A progresszív webalkalmazás minősége nem csak abban látszik, hogy van-e ikon a kezdőképernyőn. A valódi különbség a használat közben derül ki. Gyorsan nyílik-e meg. Nem ugrál-e a felület. Érthető-e a menü. Kap-e a felhasználó hibajelzést, ha nincs kapcsolat. Nem tölt-e le feleslegesen nagy fájlokat. Ezek apró dolgoknak tűnnek, de a mindennapi használatban sokat számítanak.

Szerintem egy jó PWA nem próbál natív alkalmazásnak látszani mindenáron. Inkább azt használja ki, amiben a böngészős működés erős. Könnyen frissíthető, gyorsan elérhető, nem igényel alkalmazásboltos folyamatot, és egy jól beállított webes alapon működik. De ettől még nem varázseszköz. Ha az alapoldal lassú, zavaros vagy hibás, a PWA réteg nem fogja automatikusan jóvá tenni.

A minőséghez teszt is kell. Telefonon, táblagépen és asztali böngészőben is. Nem elég a fejlesztő gépén megnézni. Ha van belépés, űrlap, lista vagy fizetési előkészítés, akkor a valós folyamatot kell végigpróbálni. A privát ügyfélnek is joga van érthető visszajelzést kérni arról, mi lett kész és mi maradt korlátozott.

Gyakori hibák PWA megrendelésnél

A leggyakoribb hiba a túl homályos feladatleírás. Az, hogy szeretnék egy PWA-t, önmagában kevés. Le kell írni, ki fogja használni, milyen eszközön, milyen oldalból indul a munka, és milyen eredmény számít kész állapotnak. Ha ez nincs meg, akkor a fejlesztő találgatni fog. A találgatás pedig pénzbe és időbe kerül.

Másik gond a túl sok funkció egy első verzióban. A böngészős app fejlesztés akkor halad jól, ha először a legfontosabb használati út készül el. Például megnyitás, telepítés, fő tartalom, kapcsolat nélküli jelzés, alap navigáció. Utána lehet bővíteni értesítéssel, belépéssel vagy összetettebb adattárolással. Ez nem visszalépés. Ez ésszerű sorrend.

A harmadik hiba a karbantartás elfelejtése. Egy PWA is webes rendszer. Változhatnak böngészők, módosulhat a tárhely, cserélődhetnek képek, frissülhet a háttérrendszer. Ezért jó előre tisztázni, hogy az átadás utáni apró javítások meddig tartoznak az árba, és mikortól számítanak új munkának. Így később kevesebb a félreértés.

Böngészős PWA átadása és utólagos javítások

A böngészős PWA átadásánál a kész eredményt ellenőrizhető formában kell megkapni. Ez lehet élesített weboldal, tesztlink, átadott forráskód vagy rövid technikai leírás. A megbízó szempontjából az a legjobb, ha a szakember nem csak azt mondja, hogy kész, hanem megmutatja, hogyan lehet kipróbálni a telepítést és a fontosabb funkciókat.

A javítási körök száma legyen előre rögzítve. Egy kisebb PWA készítés esetén egy vagy két kör általában elég, ha a feladat pontos volt. Nagyobb webalkalmazásnál több ellenőrzés kellhet. De a módosítás nem ugyanaz, mint az új funkció. Ha az ügyfél az átadás után új értesítési rendszert, új admin oldalt vagy teljesen más működést kér, az már külön feladat.

Én azt tartom jó megállapodásnak, ahol a felek nem próbálják elrejteni a bizonytalanságot. Ha valami böngészőfüggő, azt ki kell mondani. Ha egy funkcióhoz külső szolgáltatás kell, azt is. Ha a meglévő oldal túl lassú vagy rendezetlen, akkor előbb azt kell javítani. Így a Böngésző PWA létrehozás nem homályos ígéret lesz, hanem mérhető online fejlesztési munka, amelynek van kezdete, vége és átadható eredménye.