React Native cross-platform mobil app időpontfoglalással, lab-eredmény-letöltéssel és push értesítésekkel. Az időpontfoglalás 60%-a már az appon megy, a callcenter terhelése 24%-kal csökkent.
Háttér
Az ügyfél egy magyar magán-egészségügyi szolgáltató 8 budapesti rendelővel, 30+ orvosi szakterülettel és 15-20 ezer aktív pácienssel. A webes ügyfél-portál működött, de a páciensek növekvő része kérte a mobil hozzáférést, különösen az időpontfoglalás miatt.
A meglévő flow: webportál vagy callcenter-hívás. A callcenter napi 200-250 hívást kezelt, ebből 60-70% rutinszerű (időpontfoglalás, lemondás, módosítás). Az ügyfél célja: a callcenter-terhelés csökkentése és a páciens-elégedettség növelése.
Kihívás
Az egészségügyi mobil app két komoly kihívással jár. (1) GDPR és magyar egészségügyi adatkezelés: a páciens-adat különösen érzékeny, az auth és adattárolás szigorúan szabályozott. (2) A 60+ éves felhasználói szegmens 35%-os arányban van — az UX-nek elérhetőnek kell lennie nem-tech-pre, miközben a fiatalabb szegmens prémium élményt vár.
A technikai oldalon: a meglévő ügyfél-portál SQL Server backenddel és .NET API-val futott. A meglévő API-t nem akartuk újraírni, de néhány új endpoint-ra szükség volt (push token registráció, lab-eredmény letöltés). A mobil app és a portál függetlenül kellett, hogy működjön.
Megközelítés
React Native cross-platform-ot választottunk, mert a megrendelő nem akarta a kétszeres natív fejlesztési költséget. A React Native korlátai (push notification, kamera, biometrikus auth) jól lefedhetők az Expo modulokkal és a saját native modul-fejlesztéssel ahol szükséges.
A discovery fázis 3 hetes volt, ebből 1 hét felhasználói interjúkkal a 60+ szegmensben. Tanultság: nagyobb betűméret, magasabb kontraszt, kevesebb modális dialógus. A wireframe-fázisban két verziót teszteltünk paper prototype-on 8 résztvevővel.
Megoldás
A React Native app főbb funkciói: (1) Időpontfoglalás (szakterület, orvos, időpont, helyszín), (2) Saját foglalások listája módosítási és lemondási opciókkal, (3) Lab-eredmény letöltés és inline megtekintés (PDF-renderer), (4) Push értesítések (foglalás-emlékeztető, eredmény-megérkezés), (5) Profil és személyes adatok kezelése.
A backend integráció a meglévő .NET API-val ment, plus 4 új endpoint a mobil-spec funkciókhoz. Az auth Microsoft Entra ID (a páciens-portál is ezt használja). A push notification OneSignal-on keresztül, a token-registráció minden bejelentkezésnél frissítve. A lab-eredmények encrypted at rest, és csak az adott session-ben letölthetők.
Technológiai döntések
React Native vs Flutter: a megrendelő-csapatban volt React-tapasztalat (a webes portál Next.js), így a kód-megosztás és a csapat-flow szempontjából React Native érte meg. A Flutter is opció lett volna, de a tanulási görbe szempontjából a React Native nyert.
Expo vs bare React Native: az Expo managed workflow-ban indultunk, később bare-be migráltunk, mert a OneSignal native modul-integrációja ezt indokolta. A modular over-the-air update (Expo EAS Update) megmaradt — small bug fix-ek 10-15 percen belül kimennek minden user-nek anélkül, hogy store-submission kellene.
Firebase Crashlytics + Sentry: Crashlytics a free-tier-en korlátos, Sentry pedig sokkal jobb error-grouping-et ad. Mindkettőt párhuzamosan használtuk (Crashlytics a Google Play console-ba integrált, Sentry a fejlesztői dashboardra).
Buktatók
Az első buktató: a 60+ szegmens UX. Az MVP első verziójában a bottom-sheet alapú flow-k zavarták a használókat (nem volt egyértelmű hogyan zárják be). Lecseréltük teljes-képernyős modálokra explicit 'Bezárás' gombbal — kis vizuális kompromisszum a friss UI elveken, de az UX-tesztek mutatták hogy ez a helyes irány.
A második: az App Store review az első submission-nál visszadobta az appot, mert a lab-eredmény-funkciónak medical device claim-szerű leírása volt a metadatában. A copy-t átírtuk (információs hozzáférés, nem 'medical advice'), és a második submission már átment.
A harmadik: a .NET API legacy endpoint-jainak rate limit-je. Push-tokenek frissítése bejelentkezéskor minden klienstől egyszerre megérkezett — a backend-csapat bevezetett egy queue-alapú feldolgozást, mert az átírás nem fért bele a scope-ba.
Eredmények
6 hónappal a launch után: 8500+ aktív felhasználó, a 15-20 ezer aktív pácienshez képest 45%-os adoption. Az időpontfoglalás 60%-a már mobil-on megy (callcenter 35%, webportál 5%). A callcenter-terhelés 24%-kal csökkent (rutinfoglalások szempontjából 41%-kal).
A crash-free user metric 99,7% (Crashlytics + Sentry). Az App Store értékelés 4,6/5 (2400+ rating), Google Play 4,5/5 (1800+ rating). A 60+ szegmens adoption-rate 28% (alacsonyabb mint a fiatalabb szegmens 52%-a, de a felhasználói interjúkból tanult változások nélkül még alacsonyabb lenne).
Stack
A 60+ szegmens UX-tesztelése volt a legjobb döntés. Korábban egy 'modern app'-et akartunk indítani, de a tényleges páciens-elégedettség azon múlt, hogy az is használja, aki ritkán nyit appokat.
CTO — Magán-egészségügy
Az idézet a tipikus ügyfél-feedbacket reprezentálja, nem szó szerinti idézet.
Kapcsolódó
Manuális lead-kezelést és emailes ügyfél-flow-t váltottunk Next.js webshopra WooCommerce katalógussal, n8n + OpenAI lead-osztályozóval. A sales 30-40 percnyi napi adminisztrációt nyert vissza.
RészletekBelső dashboard 200+ felhasználónak, RBAC-szel és SAP S/4HANA-integrációval, Next.js + Microsoft Entra ID SSO-val. A heti KPI-riport készítés 6 óráról 0-ra csökkent.
RészletekAz esettanulmányok valós projektek alapján készültek, anonimizálva az ügyfelek kérésére. A számok közelítések; a konkrét üzleti adatok titoktartás alatt állnak.