← Portál
SO:NI · Funkciófejlesztési terv MVP → Phase 2 → Phase 3

Roadmap

milyen funkciókkal induljon a SO:NI 

A SO:NI ma prototípus (a termék korai, kipróbálásra szánt változata) — nem fejlesztjük le egyben, hanem fázisokra (szakaszokra) bontva építjük fel. Ez a roadmap (fejlesztési útiterv) azt a kérdést válaszolja meg, hogy mit tegyünk az MVP-be (Minimum Viable Product — a legkisebb működő termék, amivel már piacra lehet lépni), mi vár Phase 2-re, és mi a teljes vízió része. A 123 audit-finding (az átvilágítás során talált probléma) adja hozzá a valóságot: melyik funkció mekkora munkát és milyen jogi kockázatot hordoz.

Azonosított funkció
14 terület
Központi döntés
Bio-age pozíció
Alapja
123 finding · 10 dimenzió
01

Hogy olvasd

Ez más nézőpont, mint az audit prioritás-térképe (a hibajavítások sorrendje). Az azt mondja meg, mit javíts a meglévő kódban. Ez azt, hogy milyen terméket építs — és milyen sorrendben.

A funkciókat három fázisba soroltuk. Az MVP a launch (piacra lépés) magja: a legkisebb funkció-halmaz, ami a termék lényegét szállítja, és amivel valódi felhasználók előtt megnyitható az app. A Phase 2 a vízió kiterjesztése a launch után. A Phase 3 a teljes vízió és a fejlett funkciók. A fázishatárok nem véglegesek — ez döntéstámogatás, nem kőbe vésett terv.

Egyetlen döntés mindennél jobban meghatározza, mi fér az MVP-be: a bio-age / longevity score (a „biológiai életkor" / hosszú-élet pontszám) jogi pozíciója. Ezt a következő szakaszban külön kibontjuk, mert ettől függ az MVP gerince. Minden fázisnál egy rövid árazási sáv is szerepel — a konkrét összeg a véglegesített scope után, külön fejlesztési ajánlatban kerül rögzítésre.

MVP — launch magja Phase 2 — kiterjesztés Phase 3 — teljes vízió Kötelező jogi alap
02

A központi döntés: bio-age

A „biológiai életkor" számítás a termék fő value-propja (értékajánlata — az ok, amiért a felhasználó választja) — és egyben a legnagyobb jogi elágazás. Az audit szerint (DOM-001) ez a funkció jelenlegi formájában EU MDR Rule 11 (az EU orvostechnikai eszköz-rendeletének 11. szabálya) alapján Class IIa orvostechnikai eszköznek (közepes kockázatú orvosi eszköznek) minősülhet.

Ez nem fejlesztői kérdés, hanem terméki-jogi döntés, és kétfelé viszi az egész roadmapet. Mindkét út működőképes — a választás üzleti és pozícionálási kérdés:

Út A · gyors MVP
Wellness-pozíció
  • A score nem-diagnosztikus (nem orvosi diagnózist adó) „lifestyle-index" (életmód-mutató), nem konkrét „a te biológiai korod X év" állítás
  • Elkerüli az MDR Class IIa besorolást — nincs CE-jelölés-kötelezettség (CE = az EU kötelező megfelelőségi tanúsítása, orvosi eszközhöz szükséges)
  • A score bekerülhet az MVP-be, gyors launch lehetséges
  • A kommunikációt és a consent-szöveget (hozzájárulási nyilatkozatot) hozzá kell igazítani (nem orvosi)
Hatás az MVP-re: a longevity-score MVP-funkció marad, wellness-keretben (egészség-életmód, nem orvosi keret). Ez a leggyorsabb út piacra.
Út B · orvosi pozíció
CE-jelölés vállalása
  • A bio-age megmarad kvantifikált (számszerű) orvosi metrikának (mérőszámnak)
  • MDR Class IIa: CE-jelölési folyamat szükséges — jellemzően 12–18 hónap, hat számjegyű (százezres-milliós eurós) költség
  • A bio-age Phase 3-ba csúszik (a CE-folyamat lezárultáig)
  • Az MVP a bio-age nélkül indul — vagy egy átmeneti wellness-score-ral
Hatás az MVP-re: a bio-age kikerül a launchból, és a CE-folyamat Phase 3-as mérföldkő lesz. Erősebb orvosi pozíció, de lassabb piacra lépés.

A roadmap többi része Út A feltevésével készült (wellness-pozíció, a score MVP-ben), mert ez a leggyorsabb piacra lépés. Ha Út B mellett döntötök, a longevity-score sor az MVP-ből Phase 3-ba mozog, a többi funkció besorolása változatlan marad.

03

MVP — a launch magja

MVP · V1 A legkisebb működő termék A cél: a value-prop (értékajánlat) magja eljut valódi felhasználókhoz, a legkisebb jogi felülettel és a launch-blokkolók (a piacra lépést megakadályozó hibák) megoldva.
AI Coach (szöveges)
A termék magja — longevity/wellness coaching (hosszú-élet / életmód-tanácsadó) chat. E nélkül nincs SO:NI.
Kötelező fix Safety rails (biztonsági korlátok az AI válaszaiban) DOM-007, input-validáció (a bejövő adatok ellenőrzése) AI-002, költségkontroll AI-003, prompt-karcsúsítás SCA-001
Napi check-in & napló
Reggeli prompt (kérdés-felület), napi szándékok, naplóbejegyzés — ez a napi visszatérés (retention, vagyis a felhasználók megtartása) motorja.
A coach inputja (bemenete) és az engagement (aktív használat) alapja
Biometria (kézi bevitel)
Pulzusvariabilitás, pulzus, alvás, egyszerű mérőszámok kézi rögzítése. A score és a coach bemenete.
Adatvédelem Egészségügyi adat — Art. 9 consent (a GDPR különleges adatkategóriájához, pl. egészségügyi adat, szükséges külön hozzájárulás) kezelendő DOM-002
Longevity-score
A fő value-prop (értékajánlat) — wellness-keretben (Út A). Út B esetén ez a sor Phase 3-ba mozog.
Döntés-függő Pozíció: DOM-001
Push értesítések
Emlékeztetők, napi nudge-ok (finom ösztönzések). MVP-ben web-push (böngészőalapú értesítés); a natív (App Store/Play) verzió Phase 2.
Web-push MVP · natív APNs/FCM (az Apple és a Google saját értesítési rendszere) MOB-008 Phase 2
Streak & jutalom
Sorozatok, mérföldkövek — könnyű gamifikáció (játékos elemek), ami a napi használatot támogatja.
Engagement-réteg (használatot ösztönző réteg), alacsony kockázat
Biztonsági / vész-detekció
Mentális egészség jelzések, vész-szignálok kezelése. Nem opció — a mental-health (mentális egészség) felület miatt kötelező.
Kötelező Safety pipeline (biztonsági feldolgozó-lánc) DOM-007
2 nyelv (HU + EN)
A launch-piacok nyelvei. A maradék négy nyelv felesleges teher az MVP-ben.
Eager-import (indításkori teljes betöltés) optimalizálás SCA-003
Kötelező jogi alap — funkció, ami nélkül egyik sem launch-olhat

Ezek nem „funkciók" a klasszikus értelemben, de az MVP-launch kemény feltételei: valódi Privacy Policy (adatvédelmi tájékoztató) és ToS (Általános Szerződési Feltételek) élő linkkel (LEG-001, LEG-002, MOB-005), in-app fiók-törlés (LEG-003, MOB-004 — az Apple és a Google kötelezővé teszi), és kor-kapu a 16 év alattiakra (DOM-004). Ezek nélkül sem az EU-launch, sem az App Store / Play Store beadás nem megy át.

MVP — árazási sáv
Egyeztetésszerint · döntésfüggő
A karcsú, gyorsan piacra vihető MVP nagyságrendje. A sávon belüli helyet a bio-age döntés (Út A vagy B) és az határozza meg, hogy a döntés-függő funkciók közül mennyit húztok előre. Orientációs becslés.
04

Phase 2 — a vízió kiterjesztése

Phase 2 A launch után A core (mag-) termék már él és validált (kipróbált) — most a megkülönböztető funkciókkal mélyítjük a value-propot (értékajánlatot).
Hangos coach
Beszélgetős coaching. Külön komplexitás, és iOS-en (iPhone-on) eltérő audio-kezelés (hangkezelés) kell — ezért nem MVP.
iOS audio-fix MOB-007
Wearable-integráció
Okosóra / okosgyűrű adatok. Először screenshot-OCR (képernyőképről kiolvasás — OCR = optikai karakterfelismerés), majd natív HealthKit / Health Connect (az Apple, illetve a Google egészségügyi adatplatformja). Az audit is „v2 mérföldkőként" jelölte.
Wearable OCR MOB-013
Ciklus-követés modul
Menstruációs ciklus. Különösen érzékeny adat (Art. 9 — különleges adatkategória), saját consent-flow-t (hozzájárulási folyamatot) igényel — jobb külön fázisban.
Adatvédelmi flow DOM-002
Bio-twin avatar
AI-generált (mesterséges intelligenciával készített) vizuális „iker" — gamifikációs (játékos) réteg. Hangulatos, de nem a core value-prop.
Asset-optimalizálás (képi elemek méretének csökkentése) SCA-008, AI-címke (jelölés, hogy a tartalom AI-generált) AI-004
Étkezés-elemzés (fotó)
Étel-fotó AI-elemzése. Hasznos, de nem nélkülözhetetlen az első launchhoz.
AI foto-elemzés · költség- és pontosság-kérdés
Academy (leckék)
Oktató tartalom. A jelenlegi forma garantáltan hamis hivatkozásokat generál — előbb retrieval-grounding (az AI válaszait valódi, ellenőrzött forrásokhoz kötő megoldás) kell.
Előfeltétel Hallucináció-fix (a kitalált adatok kiküszöbölése) AI-001
Test-mérés & fotók
Test-szkennelés, mérések, progresszió-fotók. Érzékeny tárolás — előbb a Storage-réteget (fájltárolást) rendezni kell.
Storage-hardening (a fájltárolás biztonságossá tétele) SEC-008, DAT-005
+4 nyelv (DE/ES/FR/IT)
Piaci terjeszkedéskor. Az MVP 2 nyelve után a fennmaradó négy lokalizáció (nyelvi honosítás).
A meglévő i18n (többnyelvűségi) keret bővítése
Phase 2 — árazási sáv
Egyeztetésszerint · döntésfüggő
A megkülönböztető funkciók rétege a launch után. A sáv attól függ, hány funkciót visztek bele egyszerre, és hogy a wearable-integráció meddig megy (csak OCR, vagy natív platform is). Orientációs becslés.
05

Phase 3 — a teljes vízió

Phase 3 Fejlett & orvosi szint A magasabb kockázatú, hosszabb átfutású funkciók — amik komoly jogi vagy fejlesztési előkészítést igényelnek.
Vérvizsgálat-OCR
Labor-eredmények beolvasása (OCR — képről kiolvasott szöveg/szám). Ez már egyértelműen orvosi adat — magas Art. 9 kockázat (különleges adatkategória), óvatos jogi előkészítés kell.
Orvosi adat · emelt adatvédelmi teher
CE-jelölt bio-age
Csak Út B esetén releváns: a bio-age mint orvosi metrika (mérőszám), a CE-folyamat (megfelelőségi tanúsítás) lezárultával.
Csak Út B 12–18 hónap DOM-001
Natív health-platform
Mély HealthKit / Health Connect (Apple / Google egészségügyi platform) integráció — kétirányú szinkron (oda-vissza adatcsere), nem csak OCR.
Natív SDK-integráció (közvetlen, beépített kapcsolat a platform fejlesztői eszközeivel)
Fejlett AI-funkciók
Hosszú távú memória, mélyebb perszonalizáció (személyre szabás), prediktív (előrejelző) jelzések — a core stabilizálódása után.
Audit-trail (nyomvonal-napló: ki, mit, mikor) és memória-keret AI-006
Phase 3 — árazási sáv (fejlesztés)
Egyeztetésszerint · döntésfüggő
A fejlesztési munka becslése (vérvizsgálat-OCR, natív health-integráció, fejlett AI). Külön tétel: a CE-jelölési folyamat (csak Út B) ezen felül, hat számjegyű eurós nagyságrend — ez szabályozási (regulatory) költség, nem fejlesztés, ezért nincs a fenti sávban. Orientációs becslés.
06

További döntések

A bio-age a fő elágazás, de van még néhány funkció, ahol a fázis-besorolás üzleti döntés. A javaslatainkat itt jelöljük.

01
Ciklus-követés: MVP vagy Phase 2?
Ha az MVP-be kerül, a menstruációs adat (Art. 9 különleges kategória) miatt már a launchhoz kötelező a teljes explicit consent-flow (hozzájárulási folyamat, DOM-002) — ez plusz munka és jogi felület az induláskor. Javaslat: Phase 2 — hogy az MVP egyszerűbb adatvédelmi modellel induljon.
02
Academy: most vagy a hallucináció-fix után?
A jelenlegi forma utasítja az AI-t, hogy találjon ki hivatkozásokat — egészségügyi tartalomban ez garantált hallucináció (kitalált, valótlan adat) és komoly márka-kockázat (AI-001). Prompt-tal (utasítással) nem javítható megbízhatóan; valódi forrás-alapú (retrieval — ellenőrzött forrásokból építkező) megoldás kell. Javaslat: Phase 2, a retrieval-grounding után — addig ne menjen élesbe.
03
Hangos coach: MVP-ben legyen?
A szöveges coach a core (mag); a hangos verzió külön komplexitás, és iOS-en eltérő audio-formátumot igényel (MOB-007), különben minden iPhone-on csendben elhasal. Javaslat: Phase 2 — előbb a szöveges coach bizonyítson.
04
Hány nyelv az induláskor?
Hat nyelv van a kódban, de mindegyik karbantartása és tesztelése teher. Javaslat: MVP-ben 2 nyelv (HU + EN), a többi négy Phase 2 a piaci terjeszkedéssel.
07

Az árazásról

Ez a roadmap a scope-ról szól — arról, hogy mekkora a teljes munka mérete és hogyan oszlik szakaszokra. A konkrét árajánlat külön dokumentumban él.

A pontos összeg attól függ, hogy a központi döntés (Út A vagy B) és a fázis-besorolások hogyan véglegesülnek. Ezért minden fázisnál „egyeztetés szerint · döntésfüggő" sávot jelzünk — a fix árat a véglegesített funkció-lista és a fejlesztő-partner kalkulációja rögzíti.

A konkrét árajánlatot a SO:NI fejlesztési ajánlatban találod — az „Árajánlat" szekcióban. Az ott szereplő összeg a véglegesített, zárt funkcióalapra vonatkozó induló minimum; ez a roadmap pedig a hozzá tartozó scope-keretrendszert írja le.
AI Project Audit · Réka Vig SO:NI · Funkció-roadmap · 2026.05.22.