Felhasználóbarát webalkalmazások fejlesztése, amelyekkel kapcsolatba léphet!

Felhasználói webalkalmazások magánügyfeleknek

A Felhasználói webalkalmazások fejlesztése akkor jó választás, ha egy online feladatot nem elég egy egyszerű honlapra bízni, hanem belépésre, űrlapokra, adatkezelésre, egyedi folyamatra vagy felhasználói felületre van szükség. A magánügyfél ilyenkor nem céget keres feltétlenül, hanem olyan szabadúszó fejlesztőt, aki megérti a konkrét helyzetet, pontosan kérdez, és távolról is átlátható módon dolgozik. Qjob.hu segítségével olyan magánszakembert lehet találni, aki online egyeztetés után vállal kisebb vagy összetettebb fejlesztési munkát.

Én azt látom, hogy a legtöbb félreértés nem a kódból indul, hanem abból, hogy az ügyfél fejében már van egy működő kép, de ez nincs leírva. Egy webes rendszer csak akkor lesz használható, ha a fejlesztő tudja, ki fogja használni, milyen lépéseken megy végig a felhasználó, milyen adatokat kell menteni, és milyen hibákat kell elkerülni. Ezért az első beszélgetés nem formalitás. Ez a munka alapja.

Webalkalmazás fejlesztés online feladatokra

A webalkalmazás fejlesztés nem ugyanaz, mint egy bemutatkozó oldal elkészítése. Itt a látogató nemcsak olvas, hanem műveleteket végez. Regisztrál, adatot tölt fel, keres, rendel, üzenetet küld, döntést hoz, vagy saját felületet használ. A fejlesztő feladata az, hogy ezek a lépések egyszerűek legyenek, és ne omoljon össze a folyamat akkor sem, ha valaki nem úgy használja az oldalt, ahogy azt előre elképzelték.

Magánügyfélként gyakori igény lehet egy ügyfélkapu, foglalási felület, kalkulátor, belső nyilvántartás, tanulói felület, kérdőíves rendszer vagy olyan kis webes eszköz, amely kivált egy táblázatot. Szerintem az ilyen munkáknál nem az a legfontosabb, hogy minél több funkció legyen az első változatban. Jobb egy tiszta alap, amelyet később lehet bővíteni.

Volt olyan eset, amikor egy ügyfél egy nagy, sok menüpontos felületet szeretett volna, mert attól tartott, hogy az egyszerű megoldás kevésnek tűnik majd. A beszélgetés végére kiderült, hogy a felhasználóknak három fő műveletre van szükségük. A kisebb első verzió olcsóbb lett, gyorsabban elkészült, és könnyebb volt tesztelni. Ez nem visszalépés volt, hanem józan döntés.

Felhasználói webalkalmazás árak

A Felhasználói webalkalmazások ára erősen függ a funkciók számától, a felhasználói szerepektől, az adatbázistól, a jogosultságoktól, a külső kapcsolatoktól és attól, mennyi javítási kör fér bele a megállapodásba. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent. Nem mindig azért, mert a szakember rossz, hanem mert kevés idő marad tervezésre, ellenőrzésre és hibajavításra.

Tapasztalatom szerint a fix ár akkor működik jól, ha a feladat pontosan le van írva. Ha sok a bizonytalanság, jobb lehet kisebb szakaszokra bontani a munkát. Így az ügyfél látja, mire megy el a pénz, a fejlesztő pedig nem találgatás alapján vállal felelősséget.

Megfelelő webalkalmazás fejlesztő kiválasztása

A megfelelő webalkalmazás fejlesztő nemcsak programozni tud. Képes lefordítani a hétköznapi igényt működő online folyamatra. Érdemes megnézni korábbi munkáit, de nem csak a látvány miatt. Fontosabb, hogy milyen feladatot oldott meg, mennyire érthető a felület, és van e tapasztalata hasonló bonyolultságú rendszerrel.

Sokan ott hibáznak, hogy csak az óradíjat nézik. Az alacsony díj vonzó, de ha a szakember nem kérdez vissza, nem ad részletes vállalást, vagy nem jelzi a kockázatokat, a végén drágább lehet a munka. Egy jó szabadúszó fejlesztő nem ígér mindent azonnal. Inkább pontosít, és megmondja, ha valami felesleges, túl korai vagy technikailag kockázatos.

A kiválasztásnál segít, ha az ügyfél röviden leírja a célt, a felhasználók típusát, a kötelező funkciókat és azokat a részeket, amelyek későbbre maradhatnak. Nem kell szakmai nyelven fogalmazni. Elég a tiszta leírás. A fejlesztő dolga, hogy ebből műszaki tervet készítsen.

Online munkamenet és határidők

Az online munka akkor gördülékeny, ha az egyeztetésnek van rendje. A webes alkalmazás fejlesztése általában rövid felméréssel indul, majd következik a funkciólista, az ajánlat, a tervezés, a fejlesztés, a próba és az átadás. Nem minden kis feladathoz kell hosszú dokumentáció, de a fő pontokat írásban érdemes rögzíteni.

A kommunikáció lehet üzenetben, hívásban vagy megosztott dokumentumban. A lényeg az, hogy a döntések visszakereshetők legyenek. Ha a fejlesztő csak szóban kapja meg a módosításokat, könnyen elcsúszik a határidő. És ha az ügyfél több csatornán küld különböző kéréseket, abból gyakran keveredés lesz.

Egy kisebb online rendszer néhány naptól pár hétig tarthat. Egy összetettebb felhasználói felület több szakaszt igényel. A határidőt befolyásolja, hogy az ügyfél mikor ad visszajelzést, mennyire kész a szöveg, vannak e képek vagy minták, és kell e külső rendszerhez kapcsolódni. A gyors munka nem baj. A kapkodás viszont igen.

Felhasználói felület és minőség

A felhasználói felület minősége nem csak esztétikai kérdés. Ha valaki nem érti, melyik gomb mit csinál, vagy nem kap egyértelmű visszajelzést hiba esetén, akkor az alkalmazás gyenge lesz, még akkor is, ha a háttérben jó a kód. Szerintem a jó felület csendes. Nem magyaráz túl sokat, mégis vezeti a felhasználót.

A minőséget több dolog adja össze. Legyen gyors a betöltés, legyen érthető az űrlap, működjön telefonon és nagyobb képernyőn is, kezelje a hibás adatokat, és ne veszítse el a felhasználó munkáját egy apró hiba miatt. Ezek nem látványos elemek, de a napi használatban sokat számítanak.

A webalkalmazás készítés során hasznos egy próbakör valódi vagy nagyon közeli példákkal. Nem elég azt mondani, hogy minden működik. Meg kell nézni, mi történik hiányzó adatnál, rossz jelszónál, ismételt kattintásnál, lassabb kapcsolaton, vagy akkor, amikor a felhasználó félbehagy egy folyamatot.

Tipikus hibák webes alkalmazás rendelésénél

A leggyakoribb hiba a túl nagy első verzió. Az ügyfél szeretne mindent egyszerre, mert fél attól, hogy később már nehéz lesz bővíteni. De egy átgondolt alapot könnyebb bővíteni, mint egy túltöltött, gyorsan összerakott rendszert javítgatni. Ezért érdemes különválasztani a kötelező és a későbbi funkciókat.

Másik gyakori gond a hiányos tartalom. A fejlesztő nem tud jó űrlapot vagy felületet készíteni, ha nincs tiszta válasz arra, milyen adatot kell bekérni, milyen mező kötelező, ki látja az adatokat, és mi legyen a folyamat vége. Ezek apróságnak tűnnek, de később nagy módosításokat okozhatnak.

Előfordul az is, hogy az ügyfél egy másik oldalt mutat mintának, de nem azt mondja el, miért tetszik neki. A fejlesztő ilyenkor találgat. A minta lehet jó kiindulás, de pontosítani kell, hogy a szerkezet, a működés, a színek, a gombok vagy az egész folyamat a fontos. Ez sok felesleges kört megspórol.

Anyagok átadása és későbbi módosítás

A Felhasználói webalkalmazások átadásánál nem csak a kész felület számít. Fontos, hogy az ügyfél megkapja a belépési adatokat, az alap használati útmutatót, a szükséges fájlokat, és világos legyen, ki kezeli a tárhelyet, a frissítéseket és a hibajavítást. Egy magánszakemberrel ezt előre kell tisztázni, mert később kellemetlen vita lehet belőle.

A módosítások természetes részei a munkának, de nem mindegy, mi számít javításnak és mi új funkciónak. Ha egy gomb felirata rossz, az javítás. Ha egy új szerepkört kell létrehozni külön jogosultságokkal, az már bővítés. Ezt érdemes egyszerűen, de egyértelműen kezelni.

A jó átadás után az ügyfél nem érzi magát kiszolgáltatottnak. Tudja, hogyan lép be, hol látja az adatokat, mit tegyen hiba esetén, és milyen feltételekkel kérhet további munkát. Nekem ez a megbízható online szolgáltatás egyik jele. Nem a nagy ígéret, hanem a tiszta lezárás.