Alkalmazás támogatása és frissítése az App Store-ban való publikáláshoz

Alkalmazás Támogatás magánügyfeleknek

Az Alkalmazás Támogatás akkor hasznos, amikor egy meglévő mobil vagy webes alkalmazás már működik, de javításra, frissítésre, ellenőrzésre vagy kisebb továbbfejlesztésre van szükség. A legtöbb magánügyfél nem új rendszert akar építeni, hanem azt szeretné, hogy a jelenlegi alkalmazás újra stabil legyen, ne akadjon meg egy frissítés után, és a felhasználók ne találkozzanak bosszantó hibákkal. Erre általában egy tapasztalt alkalmazásfejlesztő vagy karbantartással foglalkozó szabadúszó szakember a jó választás, mert gyorsabban ránéz a konkrét problémára, mint egy nagyobb cég.

Én azt látom, hogy sok alkalmazás nem azért romlik el, mert rosszul készült, hanem mert hosszabb ideig nem foglalkoztak vele. Közben változik az operációs rendszer, módosulnak a külső kapcsolatok, lejárhat egy tanúsítvány, elavulhat egy bővítmény, vagy egyszerűen megjelenik egy olyan hiba, amelyet korábban senki nem vett észre. Ilyenkor a támogatás nem látványos munka, mégis fontos. Szerintem ez az a terület, ahol a nyugodt, pontos és dokumentált munkavégzés többet ér, mint a gyors ígéret.

Alkalmazástámogatás javításokhoz és frissítésekhez

Az alkalmazástámogatás gyakran hibakereséssel indul. A szakember megnézi, hogy a hiba mikor jelentkezik, milyen készüléken vagy böngészőben látható, van e naplófájl, elérhető e a forráskód, és milyen korábbi módosítás történt. Ha ezek az adatok hiányoznak, akkor a munka lassabb. Ez nem feltétlenül gond, de az ár és a határidő is bizonytalanabb lesz.

Gyakori feladat a kisebb funkciók javítása, az űrlapok ellenőrzése, a belépési hibák megoldása, a fizetési vagy értesítési folyamat tesztelése, valamint az alkalmazás frissítése új rendszerverziókhoz. Mobilalkalmazásnál külön figyelni kell arra, hogy az alkalmazás hogyan viselkedik különböző kijelzőméreteken. Webes rendszernél a tárhely, az adatbázis és a külső szolgáltatások is érintettek lehetnek.

Volt olyan eset, amikor egy ügyfél csak annyit mondott, hogy az app néha nem küldi el az értesítést. Elsőre apró hibának tűnt. A vizsgálat után kiderült, hogy a probléma nem az értesítés szövegében volt, hanem egy lejárt kulcs és egy rosszul kezelt válasz együtt okozta a hibát. A javítás rövid volt, de a feltárás több időt igényelt. Ez jól mutatja, hogy a támogatási munka nem mindig mérhető csak a látható módosítás méretével.

Alkalmazás Támogatás árak

Az Alkalmazás Támogatás ára főleg attól függ, hogy mennyire rendezett az alkalmazás, van e hozzáférés a kódhoz, mennyi külső kapcsolat működik benne, és mennyire sürgős a javítás. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert a szakember nem szán elég időt a hiba okának megértésére. Tapasztalatom szerint a korrekt ár nem csak a javítást tartalmazza, hanem a tesztelést és egy rövid visszajelzést is.

Az áraknál érdemes külön választani az egyszeri javítást és a folyamatos támogatást. Egy egyszeri hiba megoldása olcsóbb lehet, de ha az alkalmazás aktívan működik, akkor a havi keret sokszor biztonságosabb. Így nem minden alkalommal nulláról indul a szakember, és a korábbi beavatkozások is követhetők maradnak.

Megfelelő alkalmazásfejlesztő kiválasztása

A megfelelő alkalmazásfejlesztő kiválasztásánál nem elég azt nézni, hogy valaki tud e programozni. Támogatási munkánál fontosabb a hibakeresési gondolkodás, a dokumentáció olvasása, a nyugodt kommunikáció és az, hogy a szakember nem módosít vakon működő részeket. Egy jó fejlesztő először kérdez, hozzáféréseket ellenőriz, majd csak ezután nyúl a rendszerhez.

Magánügyfélként érdemes portfóliót, korábbi hasonló munkát és rövid szakmai magyarázatot kérni. Nem kell minden technikai részletet érteni. De az jó jel, ha a szakember egyszerűen el tudja mondani, mit fog ellenőrizni, milyen kockázat van, és mikor ad visszajelzést. A Qjob.hu oldalon ilyen jellegű online feladatra is lehet magánszakembert keresni, majd a részleteket ezen a felületen egyeztetni.

Sokan ott hibáznak, hogy csak a leggyorsabb választ választják. Ez érthető, mert egy hibás alkalmazás idegesítő. De ha a munka sietve készül, akkor a hiba később visszatérhet. Szerintem jobb egy kicsit pontosabb felmérés, mint egy gyors javítás, amely csak elfedi a gondot.

Online munkamenet és eredményátadás

Az alkalmazástámogatás távolról is jól kezelhető, ha az ügyfél világosan átadja a szükséges adatokat. Ilyen lehet a hibaleírás, képernyőkép, rövid videó, tesztfiók, hozzáférés a kódhoz, tárhelyhez vagy adminfelülethez. Nem minden hozzáférés kell azonnal. A szakember általában megmondja, mire van szüksége az első vizsgálathoz.

A munka menete általában egyszerű. Először jön a hibaleírás és a cél pontosítása. Utána a fejlesztő felméri az állapotot, majd javaslatot ad. Ha az ügyfél elfogadja, akkor következik a javítás, a tesztelés és az eredmény átadása. Az átadás lehet rövid leírás, módosított fájl, frissített alkalmazás, verziójegyzet vagy hozzáférhető próbakörnyezet. Nagyobb változtatásnál érdemes külön mentést készíteni.

A kommunikáció minősége sokat számít. Egy rövid, de pontos üzenet jobb, mint tíz hosszú és bizonytalan leírás. Például hasznos leírni, hogy a hiba melyik gomb után jelenik meg, milyen felhasználói fiókkal történt, és ismételhető e. Ezek apró részletek, de gyorsítják a munkát.

Minőség és tipikus ügyfélhibák

A minőség nem csak azt jelenti, hogy a hiba eltűnik. A jó alkalmazástámogatás után az ügyfél tudja, mi történt, mi lett javítva, és mire kell figyelni a következő frissítésnél. Ha ez hiányzik, akkor a munka könnyen újabb függőséget teremt. Tapasztalatom szerint a legjobb eredmény akkor születik, amikor a szakember röviden dokumentálja a módosítást, az ügyfél pedig nem kér egyszerre túl sok egymástól független változtatást.

Tipikus hiba, hogy az ügyfél nem ad teljes hibaleírást, csak azt írja, hogy nem működik. Ebből nehéz pontos árat és határidőt adni. Másik gyakori gond, hogy nincs biztonsági mentés, vagy a korábbi fejlesztő nem adta át rendesen a hozzáféréseket. Ilyenkor a szabadúszó szakember először rendet tesz a környezetben, és csak utána tud érdemi javítást végezni.

Az is előfordul, hogy egy régi alkalmazásnál a támogatás már nem gazdaságos. Ha a kód nagyon elavult, a javítások sokba kerülnek, és minden módosítás új hibát okoz, akkor érdemes felújításban gondolkodni. Ez nem mindig népszerű válasz, de néha őszintébb, mint újabb és újabb apró javításért fizetni.

Folyamatos alkalmazás karbantartás

A folyamatos karbantartás azoknak hasznos, akiknek az alkalmazás rendszeresen használatban van. Ilyenkor nem csak hiba esetén kell szakembert keresni, hanem előre lehet egyeztetni egy havi keretet. Ebbe beleférhet kisebb javítás, ellenőrzés, frissítés, biztonsági átnézés és tanácsadás. Nem minden hónap egyforma. Van, amikor sok munka van, máskor csak rövid ellenőrzés.

Az Alkalmazás Támogatás hosszabb távon akkor működik jól, ha a felek pontosan rögzítik, mi tartozik bele a támogatásba. Például más dolog egy szövegcsere, egy hibajavítás, egy új funkció és egy teljes szerkezeti átalakítás. Ha ezek nincsenek elválasztva, könnyen vita lesz az árból és a határidőből. Én azt látom, hogy a nyugodt együttműködés alapja mindig a világos feladatleírás.

Végül az ügyfélnek azt érdemes figyelnie, hogy a támogatás csökkenti e a bizonytalanságot. Ha a szakember érthetően kommunikál, tartja a határidőt, nem ígér túl sokat, és a javítás után ellenőrzi az eredményt, akkor az online együttműködés kényelmes lehet. Nem kell személyes találkozó. A lényeg az, hogy az alkalmazás használhatóbb, stabilabb és átláthatóbb legyen.