Egyedi algoritmusokkal rendelkező webalkalmazások fejlesztése, amelyekre szüksége van!

Személyre szabott alkalmazások magánügyfeleknek

A Személyre szabott alkalmazások akkor hasznosak, amikor egy kész program már nem elég pontos a feladathoz, de egy nagy céges rendszer túl drága és túl bonyolult lenne. Magánügyfélként sokszor elég egy jól átgondolt, kisebb webes felület, amely egy konkrét problémát old meg. Lehet ez időpontkezelő, ügyféllista, rendelési felület, belső nyilvántartás, tanulási rendszer, egyszerű kalkulátor vagy olyan eszköz, amely több táblázatot vált ki. A lényeg nem az, hogy minden funkció benne legyen. Az a fontos, hogy a megoldás a saját munkamenetedhez igazodjon.

Én azt látom, hogy a legtöbb ügyfél nem alkalmazást akar a szó látványos értelmében. Hanem kevesebb kézi munkát, kevesebb hibát és átláthatóbb folyamatot. Ez jó kiindulópont. Egy online szakember akkor tud jól dolgozni, ha nem csak azt hallja, hogy kell egy app, hanem azt is, hol akad el a munka, mit kell számolni, ki használja majd a felületet, és milyen eredményt kell átadni. A Qjob.hu ilyen helyzetben abban segíthet, hogy magánszemélyként is találj olyan egyéni szakembert, aki távolról vállal fejlesztési feladatot.

Egyedi alkalmazás célja

Az egyedi alkalmazás célja mindig egy konkrét feladat egyszerűbbé tétele. Nem jó irány, ha a megbízás azzal indul, hogy minden legyen benne, ami más oldalakon is látható. Szerintem előbb azt kell meghatározni, mi a napi gond. Túl sok az üzenet. Elvesznek az adatok. Nehéz követni a befizetéseket. Többen dolgoznak ugyanazon a listán, de senki sem biztos abban, melyik változat friss. Ezekből lesz valódi fejlesztési igény.

Volt olyan eset, amikor egy ügyfél először teljes ügyfélkaput szeretett volna sok menüponttal. A beszélgetés végére kiderült, hogy valójában egy automatikus státuszkövetőre volt szüksége. A kisebb megoldás gyorsabban elkészült, olcsóbb lett, és jobban működött a mindennapokban. Ez gyakori. A személyre igazított webes megoldás értéke nem a méretében van, hanem abban, hogy tényleg használják.

Az alkalmazásfejlesztés akkor indul jó úton, ha a cél röviden leírható. Például a felhasználó belép, feltölt egy adatot, a rendszer kiszámol valamit, majd letölthető eredményt ad. Vagy a magánügyfél egy felületen látja a jelentkezéseket, szűrni tud, és nem kell külön üzenetekben keresnie a részleteket. Minél tisztább ez a folyamat, annál pontosabb ajánlatot adhat a fejlesztő.

Személyre szabott alkalmazás árak

A személyre szabott alkalmazás ára főleg a funkciók számától, a bonyolultságtól, a belépési rendszertől, az adatkezeléstől, a kapcsolódó külső szolgáltatásoktól és a javítási köröktől függ. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent. Nem azért, mert minden drágább ajánlat jobb. Hanem azért, mert a tervezés, a tesztelés és a hibák javítása időt kér. Ha ez kimarad, a kész felület később kerül sokba.

Tapasztalatom szerint a magánügyfeleknek a legnehezebb elfogadni, hogy a láthatatlan munka is munka. Egy gomb mögött lehet egyszerű mentés, de lehet jogosultságkezelés, hibavédelem és adatellenőrzés is. Ugyanúgy néz ki, mégsem ugyanannyi idő. Érdemes ezért nem csak végösszeget kérni, hanem rövid bontást is. Így látszik, mire megy el a pénz.

Online fejlesztő kiválasztása

Az online fejlesztő kiválasztásánál nem elég azt nézni, ki írja a leggyorsabb választ. Fontosabb, hogy érti-e a feladatot, kérdez-e pontosan, és tud-e egyszerűen fogalmazni. Egy magánügyfélnek nem kell műszaki nyelven beszélnie. De a szakember feladata, hogy a homályos kérést tisztább döntésekké alakítsa. Ha csak annyit mond, hogy megoldható, de nem kérdez a működésről, az később gondot okozhat.

Érdemes korábbi munkákat kérni, de nem csak képernyőképeket. Jobb, ha a jelölt el tudja mondani, milyen problémát oldott meg, mi volt a szerepe, és hogyan kezelte a módosításokat. A személyre igazított alkalmazás bizalmi feladat. Adatokkal, belépésekkel és fizetési részletekkel is járhat. Ezért fontos, hogy a megállapodásban szerepeljen, mi készül el, mi számít külön munkának, hogyan történik az átadás, és ki fér hozzá a rendszerhez.

Sokan ott hibáznak, hogy csak az árat hasonlítják össze. Pedig két ajánlat nem biztos, hogy ugyanarra szól. Az egyik tartalmazhat próbaüzemet, hibajavítást és rövid betanítást. A másik csak a kód elkészítését. Rövid távon a második olcsóbbnak tűnik. Később viszont te maradsz egy nehezen érthető felülettel.

Távoli munka menete

A távoli munka akkor működik jól, ha a megbízás elején világos a kommunikáció módja. Nem kell minden nap hosszú egyeztetés. De legyen egy hely, ahol a feladatok, döntések és fájlok követhetők. Ez lehet üzenetváltás, közös dokumentum vagy feladatlista. A fejlesztő általában először rövid igényfelmérést kér, majd javaslatot ad a funkciókra, a sorrendre és a várható határidőre.

Egy kisebb webes alkalmazásnál gyakori menet a feladat pontosítása, a képernyők vázlata, a fejlesztés első változata, a tesztelés, a javítások, majd az átadás. Nagyobb munkánál jobb szakaszokra bontani a folyamatot. Így nem a végén derül ki, hogy valami félrement. Szerintem a részátadás az egyik legjobb védelem mindkét félnek. Az ügyfél látja, hol tart a munka, a szakember pedig időben kap visszajelzést.

A határidőt nem csak a fejlesztési idő befolyásolja. Számít, mikor érkezik meg a tartalom, vannak-e döntések a felületekről, kell-e külső szolgáltatáshoz hozzáférés, és mennyi módosítás jön a próba után. Ha az ügyfél gyorsan válaszol, a munka is rendezettebb. Ha napokig nincs döntés, a projekt könnyen szétesik.

Minőség és tipikus hibák

A minőség nem csak azt jelenti, hogy a felület szép. Egy alkalmazás akkor jó, ha érthető, stabil, és nem kér felesleges lépéseket a használótól. A személyre szabott alkalmazások esetében különösen fontos az egyszerűség. A túl sok mező, menü és kivétel lassítja a munkát. És növeli a hibák esélyét.

A leggyakoribb hiba a túl tág feladatleírás. Például legyen egy rendszer, ahol mindent tudok kezelni. Ez nem elég. Jobb így gondolkodni. Ki lép be. Mit lát. Mit tud módosítani. Mi történik mentés után. Milyen értesítés kell. Milyen adat exportálható. Ha ezekre van válasz, a fejlesztés kevésbé lesz találgatás.

Másik gond a minta nélküli döntés. Az ügyfél fejben látja a kész rendszert, de nem mutat példát. Később kiderül, hogy mást értett egyszerű felület alatt, mint a fejlesztő. Ezt vázlattal, képernyőtervvel vagy rövid próbarésszel lehet megelőzni. Nem kell tökéletes terv. Elég, ha a fő irány látszik.

Az is hiba, ha nincs szó az üzemeltetésről. Ki frissíti a rendszert. Hol fut majd. Mi történik, ha elromlik. Ki menti az adatokat. Ezek nem látványos kérdések, de fontosak. Egy magánügyfélnek is szüksége van arra, hogy a kész eszköz ne csak az átadás napján működjön.

Egyedi webes megoldás átadása

Az egyedi webes megoldás átadása nem merül ki abban, hogy elküldik a hozzáférést. Kell egy rövid leírás a használatról, az adminisztrációról és az alapvető beállításokról. Jó, ha az ügyfél tudja, hol lehet új elemet felvinni, hol lehet adatot törölni, és mit nem érdemes módosítani. Ez csökkenti a későbbi félreértéseket.

Az átadás része lehet a forráskód, a belépési adatok, a tárhelyinformáció, a telepítési leírás és a próba alatt talált hibák listája. Nem minden projektnél kell minden elem. De a fontos hozzáféréseknek nálad kell lenniük. Különösen akkor, ha később másik szakemberrel folytatnád a munkát. Egy zárt, nehezen átvehető rendszer kiszolgáltatott helyzetet teremt.

Én azt tartom egészségesnek, ha az utolsó részletfizetés előtt van egy rövid ellenőrzés. Nem bizalmatlanságból. Hanem mert így mindkét fél ugyanazt látja késznek. A javítási körök száma legyen előre tiszta. Más egy elírás javítása, és más egy új funkció kérése. Ha ez nincs kimondva, abból könnyen vita lesz.

Személyre szabott webes fejlesztés hosszú távon

A személyre szabott webes fejlesztés hosszú távon akkor éri meg, ha a rendszer nem válik feleslegesen bonyolulttá. Először érdemes a legfontosabb működést elkészíteni, majd használat közben figyelni, mire van még tényleg szükség. Ez biztonságosabb, mint hónapokig tervezni egy túl nagy első verziót.

De nem minden feladat igényel saját alkalmazást. Néha egy jól beállított táblázat, egy meglévő szolgáltatás vagy egy egyszerű űrlap is elég. A jó szakember ezt is megmondja. Nem erőlteti a fejlesztést, ha a cél olcsóbban és gyorsabban elérhető más módon. Ettől lesz hiteles a tanács.

Ha mégis saját megoldás kell, akkor a legjobb döntés a tiszta, fokozatos építés. Legyen használható első változat, legyen próba, legyen visszajelzés. A Személyre szabott alkalmazások értelme nem az, hogy minden egyedi legyen. Hanem az, hogy a mindennapi feladat kevesebb figyelmet vigyen el, és a végeredmény kiszámíthatóbb legyen.