Amikor egy mobilalkalmazás teljesítményéről beszélünk, a legtöbben a betöltési sebességre gondolnak. Pedig van egy másik, legalább ennyire fontos tényező is: a latency, vagyis a késleltetés. Ez az az idő, amely a felhasználó művelete és az alkalmazás reakciója között telik el.
Lehet, hogy ez csak néhány századmásodpercnek tűnik, mégis jelentős hatással van arra, hogyan érzékeljük egy alkalmazás működését. A felhasználók ma már az azonnali visszajelzéshez szoktak, és ha egy gombnyomás után túl sokáig kell várni, az alkalmazás könnyen lassúnak vagy megbízhatatlannak tűnhet, még akkor is, ha valójában gyorsan dolgozik.
Mi okozza a késleltetést?
A latency számos ponton kialakulhat. Gyakori ok, hogy az alkalmazás minden műveletnél szerverhez fordul, amelynek válaszára várni kell. Emellett a gyenge hálózati kapcsolat, a nem megfelelően optimalizált API-k, a nagy méretű adatcsomagok vagy akár a készüléken futó összetett számítások is növelhetik a válaszidőt.
A felhasználó ebből általában csak annyit érzékel, hogy „nem történik semmi”. Már néhány száz milliszekundumos késés is megtörheti az alkalmazás természetes használatának élményét.
Hogyan csökkenthető a latency?
A jó felhasználói élmény érdekében a fejlesztés során érdemes több szinten is optimalizálni az alkalmazást.
Minimalizáljuk a hálózati kéréseket
Nem minden adatot szükséges minden egyes műveletnél újra lekérni a szervertől. Az intelligens cache-elés és a helyi adattárolás jelentősen csökkentheti a késleltetést, ezáltal javítja a mobilalkalmazás teljesítményét. Például egy időjárás-alkalmazásnak nem kell minden megnyitáskor újra letöltenie ugyanazt az előrejelzést, ha az néhány perce már elérhető a készüléken.
Optimalizáljuk az API-kat
Egy jól megtervezett API csak azokat az adatokat küldi vissza, amelyekre valóban szükség van. A kisebb adatforgalom gyorsabb válaszidőt és alacsonyabb latencyt eredményez. Például egy webshop terméklistájának betöltésekor elegendő lehet a termék neve, ára és képe, míg a részletes leírás csak a termékoldal megnyitásakor töltődik be.
Dolgozzunk aszinkron módon
A háttérben futó műveleteknek nem szabad megakasztaniuk a felhasználót. Ha az alkalmazás a fontos tartalmat azonnal megjeleníti, miközben a háttérben folytatódik az adatfeldolgozás, sokkal gyorsabbnak érződik a működés. Például egy dokumentum vagy fénykép feltöltése közben a felhasználó tovább használhatja az alkalmazást, miközben a feltöltés és a feldolgozás a háttérben zajlik.
Használjunk előtöltést (prefetching)
Az alkalmazás a felhasználói szokások vagy az aktuális folyamat alapján előre letöltheti azokat az adatokat, amelyekre várhatóan hamarosan szükség lesz. Ez jelentősen csökkentheti a válaszidőt és javíthatja a felhasználói élményt. Például egy webshop már a terméklista böngészése közben betöltheti a következő oldal adatait, vagy egy híralkalmazás előre letöltheti a következő cikket, így az szinte azonnal megnyitható.
Nem csak a valós sebesség számít
A felhasználók nem mindig a tényleges teljesítményt érzékelik, hanem azt, hogy mennyire gyorsnak tűnik az alkalmazás. Ezért fontos a megfelelő vizuális visszajelzés is.
Egy azonnal reagáló gombanimáció, egy skeleton loading képernyő vagy egy finom folyamatjelző azt az érzetet kelti, hogy az alkalmazás dolgozik. Ezzel csökkenthető a bizonytalanság és javítható a felhasználói élmény még akkor is, ha a háttérben ugyanannyi idő alatt történik meg a feldolgozás.
A latency üzleti szempontból is fontos
A kisebb késleltetés nemcsak kényelmesebb használatot jelent. A gyorsabban reagáló alkalmazásokban a felhasználók nagyobb eséllyel fejezik be a vásárlást, gyakrabban térnek vissza, és ritkábban hagyják félbe a folyamatokat. Különösen igaz ez olyan alkalmazásoknál, ahol sok interakció történik, például webshopokban, banki alkalmazásokban vagy foglalási rendszerekben.
A teljesítmény optimalizálása ezért nem csupán technikai kérdés, hanem közvetlenül hozzájárulhat az üzleti eredményekhez és a felhasználói elégedettséghez.
A jó mobilalkalmazás nemcsak gyors, hanem gyorsnak is érződik. A latency tudatos csökkentése olyan fejlesztési terület, amelyet a felhasználók talán nem tudnak megnevezni, mégis azonnal észreveszik a különbséget. Éppen ezért érdemes már a tervezés első fázisától figyelmet fordítani rá, hiszen néhány századmásodperc is dönthet arról, hogy egy alkalmazás élvezetesnek vagy frusztrálónak érződik.
